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Plan du Cours 


Cours (16 h) 


Généralités (2h) 

olntroduction générale à l'informatique 
et aux bases de données 

Démarche de construction 
d'une BD (6h) 

oConception de modèles E/A 
oPassage au modèle relationnel 

Langage SQL(8h) 

oLDD 

oLMD 


Travaux dirigés (12 h) 


Elaboration de Modèle s conceptuel 
Entité/Association (3h) 

Passage du modèle Entité/Association au 
modèle relationnel (3h) 

Langage de Définition des Données 
(LDD) (3h) 

Langage de Manipulation des Données 
(LMD)(3h) 


Travaux pratiques (24h) 


SGBD Relationnel (6h) 

Langage de requêtage LDD et LMD (12h) 
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Objectifs du Chapitre 

A la fin de ce chapitre, vous pourrez : 

• Enumérer les différents supports de stockages et les 
limites d'utilisation des fichiers. 

• Définir une Base de données et identifier son importance. 

• Définir le rôle d'un Système de gestion de base de 
données relationnel et énumérer ses fonctionnalités. 

• Décrire les aspects physiques et les aspects théoriques 
des bases de données. 
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Motivation (1) 

• Qu'est-ce donc qu'une base de données ? 

• Que peut-on attendre d'un système de gestion de 
bases de données ? 

• Que peut-on faire avec une base de données ? 

• Comment interroger et manipuler les données au 
sein d'une base de données? 
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Motivation (2) 

Des données ? Est ce important pour nous ? 

• Des relevés de banques, de cartes de crédit 

• Des carnets d'adresses 

• La consommation de téléphone 

• Des inscriptions à des clubs, associations, 

• Des papiers utiles 

• Des horaires et disponibilités de transport 

• Des programmes de télé 


Prof. Omar EL BEGGAR 


MI231: Bases de Données 


Secteurs d'utilisation des Bases de données(l) 

Les bases de données sont omniprésentes : 

♦> Particulier: 

• Cornet d'adresse 

o nom , prénom, tél, email, adresse... 

♦> Écoles, Universités : 

• Données sur les étudiants 

o Id, nom, prénom, classe, section, cycle, année... 

• Données sur les formations 

o matière, intervenant (enseignant), masse horaire, salle 

• Données sur les résultats 

o matière, intervenant (enseignant), pondération, résultat 

♦> Entreprises 

• fichiers clients, fournisseurs, commandes 

• facturation, 

• gestion de stock, inventaire 

♦> Gouvernement 

• Données sur les citoyens 

o CIN, nom, prénom, date de naissance, lieu de naissance, adresse, photo... 

• Données sur les impôts 

o Raison sociale, nom, montant de taxe, date d'application... 
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C'est important pour 
vous... 

C'est impératif pour les 
entreprises ! 


Secteurs d'utilisation des Bases de données(2) 


Votre recherche rapide 
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Vos informations bancaires pour le paiement en ligne 


' L’engagement Pour commander en toute confiance, les engagements de voyages-sncf.com sont : 
^**0 yoyages-sncf.com • des pages sécurisées pour payer l'esprit tranquille 

• l'envoi <fun email de confirmation récapitulant toutes les informations de votre commande 
- un service client à votre disposition pour toutes questions à la suie de votre commande 


Les symbole; 
confiance. 


>s 1% 


â 


indiquent que votre transaction est sécurisée, vous pouvez remplir votre formulaire en toute 


► Sélectionnez la carte de paiement de votre choix: 

r r | VISA | r [|: g-r] r | 

► Saisissez votre numéro de carte bancaire 

Identifiant commerçant: 055204944722232 


Vous pouvez utTT 
pour payer votre comm3l 


i e-Carte Bleue 


©■ 


11° de carte : | 

Code de sécurité ["" 


Expire Tin : | 01 -Janvier 30 ‘ I 2006 H 



Q Confirmer et payer votre commande 


Jes 


E-commerce 
Données relatives au 
aiement éléctroniqu 




Les Bases de données dans les applications 

Informatiques 



Poste de travail 


lication console, . . . 


Langages de programmation / 
manipulation de données 


Données 


SGBD 
Bases de Données 
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Les supports de Stockage de données 



électronique 


rangement 
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Les limites de stockage dans les fichiers (1) 

• Redondance des données et incohérences 

• Isolation des données et accessibilité 

• Un accès aux données = un programme 

• Atomicité et environnement multi utilisateurs 

• Sécurité et protection des données 
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Les limites de stockage dans les fichiers (2) 

• Source des difficultés avec les fichiers 

- Le modèle des données est intégré dans les 
programmes 

- Absence de contrôle pour l'accès et la 
manipulation des données 


Prof. Omar EL BEGGAR 


MI231: Bases de Données 



Historique 


• 1950-1960 

- Des fichiers séquentiels, du 'batch' 

• 1960 - 1970 

- Le début des bases de données hiérarchiques (ex : IMS, Information Management 
Systems) 

- BD réseaux ou CODASYL (Committee on Data Systems and Languages; ex : IDS, 
Integrated Data Store) 

• 1970 - 1980 

- La naissance du modèle relationnel (E.F. Codd, 1970) 

• Début des années 90 

- SQL 

- BD objets (ex : o2. Versant, 1990) 

- BD hybrides objets-relationnel (ex : Oracle V8 en 1998) 

• Fin des années 90 

- Croissance du volume des données, Internet, modèle multi tiers 

- BD natives XML (ex: Tamino de Software AG, 2000) 
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Définition d'une Base de Données 


Définition: Une base de données est un ensemble structuré de 
données (1) enregistrées sur des supports accessibles par 
l'ordinateur (2) pour satisfaire simultanément plusieurs 
utilisateurs (3) de manière sélective (4) en un temps opportun 

(5). 


(1) : Organisation et description de données 

(2) : Stockage sur disque 

(3) : Partage des données 

(4) : Confidentialité 

(5) : Performance 
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Définition d'un système de gestion de base de 

données 

• Un système de gestion de base de données (abr. SGBD, en anglais DBMS) 
est un ensemble de logiciels qui sert à la manipulation des bases de 
données. Il sert à effectuer des opérations ordinaires telles que consulter, 
modifier, construire, organiser, transformer, copier, sauvegarder ou 
restaurer des bases de données. 



Prof. Omar EL BEGGAR 


MI231: Bases de Données 


16 



Le rôle d'un SGBD 

Un SGBD est un intermédiaire entre les utilisateurs et les fichiers physiques 
Un SGBD facilite 

- la gestion de données, avec une représentation intuitive simple sous forme 
de tables par exemple 

- la manipulation de données. On peut insérer, modifier les données et les 
structures sans modifier les programmes qui manipulent la base de données 
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Modèle de données (1) 

Modèle hiérarchique 



Liaison entre les objets de type 1 à n 

Modèle arborescent dont le parcours 
se fait du père vers le fils à l'aide de 
pointeurs 

Complexité importante 
Système DL1 / IBM Années 60 
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Modèle de données (2) 

Modèle réseau 



Liaison entre les objets de type n à n 

Modèle dont le parcours se fait à l'aide de 
pointeurs mais en tous sens 

Paternité multiple 

Système IDS2 de Bull 1968 (Bachman 62) 
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Modèle de données (3) 

Modèle relationnel 



Basé sur le modèle Entité Relation dérivé 
de la théorie des ensembles et de la 
logique des prédicats 

Grande indépendance entre vue externe 
et stockage interne 

Simplicité - Evolutivité 
Théorie : Codd 1972 
IBM System R 1979 et DB2 1982 
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Modèle de données (4) 
Modèle Objet 


Appartient Habite 



Évolution du modèle relationnel qui tendrait à simplifier 
les problèmes liés à la persistance et à la navigation dans 
les collections : Langage OQL 

Langage propriétaire 02C ou intégration dans langages 
C, C++, Java 
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Exemples de SGBDR 


- Dans le marché, il existe un ensemble de SGBDR très répondus et 
respectant le modèle relationnel : 


• DB2 - IBM 

- UDB (Universal Data Base Tous Systèmes) 

- DB2 400 (AS 400) 


• Oracle 


• SQL Server - Microsoft 


Postgres 


PostgreSQL 


• MYSQL (Open Source-Rachat par Oracle) 


MySQC 


SYBASE 


Sybase . 

Aoaptivt Servir f MTtRPVfSl ■ 
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Composants d'un SGBDR 

• Un SGBD est un ensemble de logiciels parmi lesquels il y a un moteur de base de 
données, un interprète du langage SQL, une interface de programmation, et 
diverses interfaces utilisateur: 

> Le moteur de base de données est le composant central du SGBD qui effectue la 
majorité des traitements de manipulation du contenu des bases de données. 

> SQL est un langage informatique qui sert à exprimer des requêtes d'opérations sur 
les bases de données. L'interprète SQL décode les requêtes, et les transforme en 
un plan d'exécution détaillé, qui est alors transmis au moteur de base de données. 

> Une interface de programmation - bibliothèque logicielle permet à un logiciel tiers 
de communiquer avec le SGBD, de demander des opérations et de récupérer des 
données provenant des bases de données. Le détail des demandes est souvent 
formulé en langage SQL. 

> Une interface utilisateur permet aux différents catégories d'utilisateurs 
(administrateurs, développeurs ou utilisateurs simples), de communiquer avec le 
SGBD dans le but d'administrer ou manipuler les bases de données moyennant des 
commandes ou requêtes SQL. 
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Système de gestion de base de données 

relationnelle 
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Fonctionnalités d'un SGBDR (1) 


* Contrôler la redondance d'informations 

- La redondance d'informations pose différents problèmes (coût en temps, coût 
en volume et risque d'incohérence entre les différentes copies). Un des 
objectifs des bases de données est de contrôler cette redondance, voire de la 
supprimer, en offrant une gestion unifiée des informations complétée par 
différentes vues pour des classes d'utilisateurs différents. 

• Partage des données 

- Une base de données doit permettre d'accéder la même information par 
plusieurs utilisateurs en même temps. Le SGBD doit inclure un mécanisme de 
contrôle de la concurrence basé sur des techniques de verrouillage des 
données (pour éviter par exemple qu'on puisse lire une information qu'on est 
en train de mettre à jour). 

- Le partage des données se fait également par la notion de vue utilisateur, qui 
permet de définir pour chaque classe d'utilisateurs la portion de la base de 
données qui l'intéresse (et dans la forme qui l'intéresse). 
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Fonctionnalités d'un SGBDR (2) 


• Gérer les autorisations d'accès 

- Une base de données étant multi-utilisateurs, se pose le problème de la 
confidentialité des données . Des droits doivent être gérés sur les données, 
droits de lecture, mise à jour, création, ... qui permettent d'affiner la notion 
de vue utilisateur. 

* Offrir des interfaces d'accès multiples 

— Un SGBD doit offrir plusieurs interfaces d'accès, correspondant aux différents 
types d'utilisateurs pouvant s'adresser à lui. On trouve des interfaces 
orientées utilisateur final (langages de requêtes déclaratifs comme SQL avec 
mise en oeuvre graphique, interface de type formulaire, ...) ou bien orientées 
programmeurs d'applications (interface avec des langages de programmation 
classiques comme par exemple l'approche SQL immergé ou " embedded 
SQL"). 
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Fonctionnalités d'un SGBDR (3) 

Représenter des relations complexes entre les données 

- Un SGBD doit permettre de représenter des données inter-reliées de manière 
complexe. Cette facilité s'exprime à travers le modèle de données sous-jacent 
au SGBD. Chaque modèle de données offre ses propres concepts pour 
représenter les relations. On peut citer les modèles hiérarchique, réseau 
(première génération de modèles), relationnel (génération actuelle), 
sémantiques (ou orientés vers la conception tel que Entité-Association, Z, ...) ou 
orienté-objet. 

Vérifier les contraintes d'intégrité 

- Un schéma de base de données se compose d'une description des données et 
de leurs relations ainsi que d'un ensemble de contraintes d'intégrité. Une 
contrainte d'intégrité est une propriété de l'application à modéliser qui renforce 
la connaissance que l'on en a. On peut classifier les contraintes d'intégrité, en 
contraintes structurelles (un employé a un chef et un seul par exemple) et 
contraintes dynamiques (un salaire ne peut diminuer). Les SGBD commerciaux 
supportent automatiquement un certain nombre de contraintes structurelles, 
mais ne prennent pas en compte les contraintes dynamiques (elles doivent être 
codées dans les programmes d'application). 
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Fonctionnalités d'un SGBDR (4) 


* Assurer la sécurité et la reprise après panne 

- Une base de données est souvent vitale dans le fonctionnement d'une 
organisation, et il n'est pas tolérable qu'une panne puisse remettre en cause 
son fonctionnement de manière durable. Les SGBD fournissent des 
mécanismes pour assurer cette sécurité. Le premier mécanisme est celui de 
transaction qui permet d'assurer un comportement atomique à une séquence 
d'actions (elle s'effectue complètement avec succès ou elle est annulée). Une 
transaction est une séquence d'opérations qui fait passer la base de données 
d'un état cohérent à un nouvel état cohérent. L'exemple typique est celui du 
débit-crédit pour la gestion d'une carte bancaire. Ce mécanisme permet de 
s'affranchir des petites pannes (style coupure de courant). 

- En ce qui concerne les risques liés aux pannes disques, les SGBD s'appuie sur 
un mécanisme de journalisation qui permet de regénérer une base de 
données automatiquement à partir d'une version de sauvegarde et du journal 
des mouvements. 
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Vocabulaire de BD (1) 


• Une base de données est composée de différents objets 
(Index, Séquence, Vue, Table,...). Les TABLES constituent 
un objet principal d'une base de données. 

• Une table contient des COLONNES , qui contiennent les 
différentes valeurs de données relatives à un attribut. 

• Les ENREGISTREMENTS correspondent aux données 
saisies (= ligne). 
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Vocabulaire de BD (2) 


Une base de données relationnelle est un ensemble 
de relations ou de tables à deux dimensions. 


Serveur 


De BDD 


non 



EMPLOYEEJD 

FIRST_NAME 

LAST_NAME 

EMAIL [pi 

DEPARTMENTJD 

DEPARTMENT_NAME 

MANAGER JD 

100 

Steven 

King 

S Kl N G [S? 

10 

Administration 

200 

101 

Neena 

Kochhar 

N KOCHHAR pi 

20 

Marketing 

201 

102 

Lex 

De Haan 

LD E HAAN jëï 

50 

Shipping 

124 


• • • 
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Vocabulaire de BD (3): 

Table 


numcli 

nomcli 

prenomcli 

adrcli 

cpcli 

villecli 

lOOO^y 

ANDRE 

Thomas 

10 rue courtalon 

75014 

I 7 

CL 

1^778 

BULI 

Patrice 

20 cours Vuitton 

69006 

LYON \ 

yi 24682 

VERIN 

Didier 

10 rue Schuman 

75002 

PARIS N 

125941 

GADRON 

Dominique 

10 allée des Tilleuls 

69300 

CALUIRE 

140621 

BALOIR 

Claude 

1 0 place des cordeliers 

75008 

PARIS 

143025 

BLANC 

Cécile 

12 rue Cortier 

89000 

AUXERRE 

147963 

DOLMEN 

Christian 

1 45 cous Lafayette 

75015 

PARIS 

148254 

JORET 

Geneviève 

10 rue des provinces 

69005 

LYON 

150763 

MALOT 

Berthe 

39 rue denfert rochereau 

75014 

PARIS 

157269 

OLIVE 

Virginie 

20 rue Berliet 

21000 

DIJON 

164025 

PALO 

Nicole 

10 rue de la Préfecture 

75001 

PARIS 

172436 

MARIE 

Olivier 

43 rue de l'église 

06000 

NICE 

172596 

BELO 

Vincent 

15 rue des chèvrefeuilles 

75002 

PARIS 

\l 75298 

GIDOT 

Sylvie 

20 rue de Melun 

75013 

PARIS y 

l\496 

FAVRE 

Caroline 

61 rue du calvaire 

10000 

TROYE^/ 

2405^3^ 

VIAR 

Stéphane 

68 rue Anatole France 

75016 

PA^ 

279246 

1 

\lAIRE 

René 

28 rue de l'Orme 

69003/ 

A^on 



Table CLIENT 
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Vocabulaire de BD (4) 

Colonnes 


La clé primaire de 
la table CLIENT 


Colonnes de la table CLIENT 



numcli 

nomcli 

prenomcli 

adrcli 

cpcli 

villecli 

10003 

ANDRE 

Thomas 

10 rue courtalon 

75014 

PARIS 

102778 

BULI 

Patrice 

20 cours Vuitton 

69006 

LYON 

124682 

VERIN 

Didier 

10 rue Schuman 

75002 

PARIS 

125941 

GADRON 

Dominique 

10 allée des Tilleuls 

69300 

CALUIRE 
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Vocabulaire de BD (3) 

les enregistrements 


numcli 

nomcli 

prenomcli 

adrcli 

cpcli 

villecli 

10003 

ANDRE 

Thomas 

10 rue courtalon 

75014 

PARIS 

102778 

BULI 

Patrice 

20 cours Vuitton 

69006 

LYON 

124682 

VERIN 

Didier 

10 rue Schuman 

75002 

PARIS 

125941 

GADRON 

Dominique 

10 allée des Tilleuls 

69300 

CALUIRE 

140621 

BALOIR 

-jQbude 

1 0-plaee-des Cordeliers — 

_ 75008 

PARIS 

__143025 

BLANC 

Cécile 

12 rue Cortier 

89000 

AUXERRE 

147963 

DOLMEN 

Christian 

1 45 cous Lafayette 

75015 

PARIS 

148254 

JORET 

Geneviève 

10 rue des provinces 

69005 

LYON 

150763 

MALOT 

Berthe 

39 rue denfert rochereau 

75014 

PARIS 

157269 

OLIVE 

Virginie 

20 rue Berliet 

21000 

DIJON 

164025 

PALO 

Nicole 

10 rue de la Préfecture 

75001 

PARIS 

172436 

MARIE 

Olivier 

43 rue de l'église 

06000 

NICE 

172596 

BELO 

Vincent 

15 rue des chèvrefeuilles 

75002 

PARIS 

175298 

GIDOT 

Sylvie 

20 rue de Melun 

75013 

PARIS 

175496 

FAVRE 

Caroline 

61 rue du calvaire 

10000 

TROYES 

240573 

VIAR 

Stéphane 

68 rue Anatole France 

75016 

PARIS 

279246 

MAIRE 

René 

28 rue de l'Orme 

69003 

LYON 


Pro 


Un enregistrement de la 
table CLIENT 
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Aperçu sur le langage SQL (1) 


Les SGBDR résolvent sur demande (anglais query) des calculs utilisant des 
opérateurs d'algèbre relationnelle. SQL (sigle de Structured Query Language) 
est le langage informatique le plus répandu utilisé pour formuler des calculs 
d'algèbre relationnelle. 


L'instruction SQL est 
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Aperçu sur le langage SQL(2) 

Langage de définition des données 

• LDD (Langage de Définition de Données) 

• Permet de décrire les données 

-Type, Longueur, Nature 

- Valeurs acceptées (contraintes d'intégrité sur 
domaine) 

- Règles de gestion statiques (contraintes 
d'intégrité fonctionnelles) 
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Aperçu sur le langage SQL(3) 
Langage de manipulation de données 


• LMD (le Langage de Manipulation des 
Données) 

• Permet de réaliser les opérations 
-Ajout, modification, suppression 

- Sélection 

• Interactif ou Batch 
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Conclusion 


• Ce chapitre est une introduction aux bases de 
données, qui permet d'approcher aux étudiants 
du BCG les notions fondamentales qui 
constituent une assise à la suite du module. 

• Avant d'apprendre comment créer une base de 
données dans un SGBDR, et communiquer 
ensuite avec celle-ci en utilisant le langage SQL, il 
est nécessaire de procéder par une étape 
préliminaire à savoir la Conception. 


Prof. Omar EL BEGGAR 
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CHAPITRE 2: 

CRÉER ET GÉRER DES TABLES 


MI231:Bases de 
données 


SQL- LDD 




Objectifs 


A la fin de ce chapitre, vous pourrez : 

□ créer une base de données MySQL 

□ créer des tables 

□ décrire les différents types de données utilisables 
pour les définitions de colonne 

□ modifier des définitions de table 

□ Supprimer des tables 
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Objets de base de données 


Objet 

Description 

Table 

Unité de stockage élémentaire, composée 
de lignes et de colonnes 

Vue 

Représentation logique de sous-ensembles 
de données issus d'une ou de plusieurs 
tables 

Séquence 

Générateur de valeurs numériques 

Index 

Améliore les performances de certaines 
interrogations 

Synonyme 

Permet d'affecter un autre nom à un objet 
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Instruction CREATE Database 



□ Vous devez indiquer : 

□ le nom de la base de données, 

□ Utiliser ensuite cette base de données, pour y 
créer des tables. 


CREATE DATABASE nomJbase; 
Use nombase; 
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Instruction CREATE TABLE 



□ Vous devez disposer : 

□ du privilège CREATE TABLE, 

□ d'un espace de stockage 

CREATE TABLE nomtaJble 

(nom column datatype [DEFAULT expr ] [ , ...]); 

□ Vous devez indiquer : 

□ le nom de la table, 

le nom, le type de données et la taille des colonnes. 
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Option DEFAULT 


□ Permet d'indiquer la valeur par défaut d'une 
colonne lors d'une insertion. 


. . . commission INT DEFAULT 0 , ... 

□ Valeurs autorisées : valeurs littérales, expressions 
et fonctions SQL. 

□ Valeurs non autorisées : noms d'autres colonnes ou 
pseudo-colonnes. 

□ Le type de données par défaut doit correspondre 
à celui de la colonne. 
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Créer des tables 


□ Créez la table. 

CREATE TABLE dept 

(deptno INT (2), 
dname VARCHAR(14) , 
loc VARCHAR (13) ) ; 

Vdtr^eauêt^îO^^t^xéçuté^ive^uççè^rrraitemen^rHXOTT^eç^ 

□ Vérifiez la création de la table. 


DESCRIBE dept 


Field 

Type 

Null 

Key 

Default 

Extra 

deptno 

mt(2) 

YES 


NULL 


dname 

varcharjl 4) 

YES 


NULL 


loc 

varcharjl 3) 

YES 


NULL 
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Tables de la base de données MySQL 



□ Les tables utilisateur : 

constituent un ensemble de tables créées et gérées 
par l'utilisateur, 

contiennent des informations relatives à l'utilisateur. 

□ Le dictionnaire de données : 

□ constitue un ensemble de tables créées et gérées par 
le serveur MySQL, 

contient des informations relatives à la base de 
données. 
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Interroger le dictionnaire de données 

• Consulter les tables crées par l’utilisateur. 


Show tables; 


•Résultat 


Tables_in_BDexemple 

Employé 

Département 

Localité 
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Types de données 


Description 


VARCHAR (size) 


Données alphanumériques de longueur variable 


CHAR (size) 


Données alphanumériques de longueur fixe 


DECIMAL (p,s) 


Données numériques de longueur variable 


DATE 


Valeurs de date et d'heure 


FLOAT 


Données numériques réelles codées sur 32 bits 


DOUBLE 


Données numériques réelles codées sur 64 bits 


TEXT 


Données textuelle 


BOOLEAN 


Données booléenne acceptant comme valeur 
vrai/faux 


INT (size) 


Données entière de longueur variable 
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Instruction ALTER TABLE 


L'instruction ALTER TABLE permet : 

□ d'ajouter une nouvelle colonne, 

□ de modifier une colonne existante, 

□ de définir une valeur par défaut pour une 
nouvelle colonne, 

□ de supprimer une colonne. 
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Instruction ALTER TABLE 


L'instruction ALTER TABLE permet d'ajouter, de 
modifier ou de supprimer des colonnes. 


ALTER TABLE table 

ADD ( column datatype [DEFAULT expr ] 

[ , column datatype ] . . . ) ; 


ALTER TABLE 

table 

MODIFY 

( column datatype [DEFAULT expr ] 


[ , column datatype ] . . . ) ; 


ALTER TABLE 

table 

DROP 

( column ) ; 
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Ajouter une colonne 


Nouvelle colonne 


DEPT80 




"Ajoutez une 


colonne à la 
table 



DEPT80 


EMPLOYEEID 

LASTNAME 

ANNSAL 

HIREDATE 

JOBJD 

149 

Zlotkey 

126000 

29-JAN-00 


174 

Abel 

132000 

1 1-MAY-96 


176 

Taylor 

103200 

24-MAR-98 
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Ajouter une colonne 


□ La clause ADD permet d'ajouter des colonnes. 

ALTER TABLE dept80 

ADD ( j ob_id VARCHAR ( 9 ) ) ; 

Table altered. 


□ La nouvelle colonne est placée à la fin de la table. 


EMPLOYEEID 

LASTNAME 

ANNSAL 

HIREDATE 

JOBID 

149 

Zlotkey 

126000 

29-JAN-00 


174 

Abel 

132000 

1 1-MAY-96 


176 

Taylor 

103200 

24-MAR-98 
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Modifier une colonne 


□ Vous pouvez modifier le type de données, la taille 
et la valeur par défaut d'une colonne. 

ALTER TABLE dept80 

MODIFY (last_name VARCHAR(30) ) ; 

Table altered* 


□ La modification d'une valeur par défaut ne 
s'applique qu'aux insertions ultérieures dans la 
table. 
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Supprimer une colonne 


La clause DROP COLUMN permet de supprimer d'une 
table les colonnes qui ne sont plus utiles. 


ALTER TABLE dept80 
DROP COLUMN job_id; 
Table altered. 
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Supprimer une table 


□ La structure et l'ensemble des données de la table 
sont supprimées. 

□ Toutes les transactions en cours sont validées. 

□ Tous les index sont supprimés. 

□ Vous ne pouvez pas annuler une instruction DROP 
TABLE. 

DROP TABLE dept80; 

Table droppecL 
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Synthèse 


Ce chapitre vous a permis d'apprendre à utiliser des instructions 
LDD pour créer, modifier, supprimer et renommer des tables. 


Instruction 

Description 

CREATE TABLE 

Crée une table 

ALTER TABLE 

Modifie la structure d'une table 

DROP TABLE 

Supprime les lignes et la structure d'une table 
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CHAPITRE 3: 

INCLURE DES CONTRAINTES 


MI231: Bases de 
données 


SQL- LDD 
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Objectifs 


A la fin de ce chapitre, vous pourrez : 

□ définir des contraintes d’intégrité 

□ créer et gérer des contraintes d’intégrité 
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Qu'est-ce qu'une contrainte ? 



□ Les contraintes appliquent des règles au niveau d'une 
table. 

□ Les contraintes empêchent la suppression d'une table 
lorsqu'il existe des dépendances. 

□ Les types de contrainte suivants sont utilisés : 

□ NOT NULL 

□ UNIQUE 

□ PRIMARY KEY 

□ FOREIGN KEY 

□ CHECK 
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Règles applicables aux contraintes 


□ Vous pouvez affecter un nom aux contraintes ou 
laisser le serveur MySQL en générer un. 

□ Vous pouvez créer une contrainte : 

□ au moment de la création de la table, 

□ une fois que la table est créée. 

□ Définissez une contrainte au niveau table ou 
colonne. 
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Définir des contraintes 


CREATE TABLE nom table 

( column datatype [DEFAULT expr] 
[ column_constraint ] , 

• • • 

[ table constraint ] 


CREATE TABLE employées ( 

employee_id INT (6), 
first_name VARCHAR(20) , 

job_id VARCHAR (10) NOT NULL, 

CONSTRAINT emp_emp_i d_pk 

PRIMARY KEY (EMPLOYEE ID) ) ; 
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Définir des contraintes 


□ Contrainte au niveau colonne 

Column constraint_type , 

□ Contrainte au niveau table 


column , . . . 

[CONSTRAINT cons train t_name] constraint_type 
( column , . . .) r 
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Contrainte NOT NULL 


Interdit les valeurs NULL dans la colonne : 


EMPLOYEEJD 

LAST_NAME 

EMAIL 

PHONE_NUMBER 

HIRE_DATE 

JOBJD 

SALARY 

DEPARTMENTJD 

100 

King 

SKING 

515.123.4567 

1 7-JUN-87 

AD_PRES 

24000 

90 

101 

Kochhar 

NKOCHHAR 

515.123.4568 

21-SEP-89 

AD_VP 

17000 

90 

102 

De Haan 

LD E HAAN 

515.123.4569 

1 3-JAN-93 

AD_VP 

17000 

90 

103 

Hunold 

AHUNOLD 

590.423.4567 

03-JAN-90 

IT_PROG 

9000 

60 

104 

Ernst 

BERNST 

590.423.4568 

21-MAY-91 

IT_PROG 

6000 

60 

178 

Grant 

KGRANT 

011.44.1644.429263 

24-MAY-99 

SA_REP 

7000 


200 

Whalen 

J WH ALE N 

515.123.4444 

17-SEP-87 

AD_ASST 

4400 

10 


20 rows selected. 

\ 

Contrainte not null 
(aucune ligne de cette 
colonne ne peut 
contenir de valeur 
NULL) 


t t 

Contrainte Absence de contrainte 

NOT NULL NOT NULL 

(les lignes de cette 
colonne peuvent 
contenir une valeur NULL) 
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Contrainte NOT NULL 


Cette contrainte est définie au niveau colonne : 


CREATE TABLE employées ( 


employée id 

INT ( 6 ) Pr imary key , 


last name 

VARCHAR (25) NOT NULL, 

■ 

salary 

DECIMAL (8, 2) , 


commission pet DECIMAL (2 , 2 ) , 


hire_date 

DATE, 

CONSTRAINT emp_pk 
NOT NULL (employee_id) , 




Nom 

attribué par 
le système 

Nom 

—attribué par 
l'utilisateur 
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Contrainte UNIQUE 


EMPLOYEES 


r 


Contrainte unique 


EMPLOYEEJD 

LAST_NAME 

EMAIL 

100 

King 

SKING 

101 

Kochhar 

NKOCHHAR 

102 

De Haan 

LD E HAAN 

103 

Hunold 

AHUNOLD 

104 

Ernst 

BERNST 



INSERT INTO 


208 

Smith 

JSMITH 

209 

Smith 

JSMITH 



Autorisé 

Non autorisé : 
existe déjà 
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Contrainte UNIQUE 


Cette contrainte est définie au niveau table ou colonne : 


CREATE TABLE employées ( 


employee_id 

last_name 

email 

salary 

commission_pct 
hire date 


INT (6) , 

VARCHAR ( 25 ) NOT NULL, 
VARCHAR ( 25 ) , 

DECIMAL (8,2) , 

DECIMAL (2, 2) , 

DATE NOT NULL, 


CONSTRAINT emp_email_uk UNIQUE (email) ) 
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• < 




Contrainte PR I MARY KEY 


DEPARTMENTS 


r 


PRIMARY KEY 


DEPARTMENTJD 

DEPARTMENT_NAME 

MANAGERJD 

LOCATIONJD 

10 

Administration 

200 

1700 

20 

Marketing 

201 

1800 

50 

Shipping 

124 

1500 

60 

IT 

103 

1400 

80 

Sales 

149 

2500 


Non autorisé — . 
(valeur NULL) 


INSERT INTO 



Public Accounting 


1400 

50 

Finance 

124 

1500 


Non autorisé 
(50 existe déjà) 


t 
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Contrainte PRIMARY KEY 


Cette contrainte est définie au niveau table ou colonne : 


CREATE TABLE departments ( 

department_id INT (4), 

depar tmen t_name VARCHAR (30) 

CONSTRAINT dept_name_nn NOT NULL , 
manager_id INT (6), 

location id INT ( 4 ) , 


CONSTRAINT dept id pk PRIMARY KEY ( depar tmen t id) ) 
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Contrainte FOREIGN KEY 


DEPARTMENTS 


DEPARTMENTJD 

DEPARTMENT_NAME 

MANAGERJD 

LOCATIONJD 

10 

Administration 

200 

1700 

20 

Marketing 

201 

1300 

50 

Shipping 

124 

1500 

60 

IT 

103 

1400 

80 

Sales 

149 

2500 


EMPLOYEES 


EMPLOYEEJD 

LAST_NAME 

DEPARTMENTJD 

100 

King 

90 

101 

Kochhar 

90 

102 

De Haan 

90 

103 

Hunold 

60 

104 

Ernst 

60 

107 

Lorentz 

60 



FOREIGN 

KEY 



INSERT INTO 


200 

Ford 

9 

201 

Ford 

60 


Non autorisé 
(9 n'existe 
pas) 



Autorisé 
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Contrainte FOREIGN KEY 


Cette contrainte est définie au niveau table ou colonne : 


CREATE TABLE employées ( 


employee_id 

last_name 

email 

salary 

commi s s i on_pc t 
hire date 


INT (6) , 

VARCHAR (25) NOT NULL, 
VARCHAR (25) , 

NUMBER (8, 2) , 

NUMBER ( 2 , 2 ) , 

DATE NOT NULL, 


department_id NUMBER (4) , 

CONSTRAINT emp_dept_fk FOREIGN KEY (department_id) 
REFERENCES departments (department_id) , 
CONSTRAINT emp email uk UNIQUE (email) ) ; 
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Mots-clés associés à la contrainte 

FOREIGN KEY 



FOREIGN KEY : définit une colonne de la table enfant au 
niveau table. 

REFERENCES : identifie la table et la colonne dans la table 
parent. 

• ON DELETE CASCADE : supprime les lignes dépendantes 
de la table enfant lorsqu'une ligne de la table parent est 
supprimée. 
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Contrainte CHECK 


□ Définit une condition que chaque ligne doit 


satisfaire. 

Au niveau colonne 




salary DECIMAL(8,2) 

CHECK (salary > 0) , . . . 

J 


Au niveau Table 
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Ajouter une syntaxe de contrainte 


Utilisez l'instruction ALTER TABLE pour : 

□ ajouter ou supprimer une contrainte sans 
modifier sa structure, 

□ ajouter une contrainte NOT NULL à l'aide de 
la clause MODIFY. 


ALTER TABLE table 

ADD [CONSTRAINT constraint ] type ( column ) ; 
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Ajouter une contrainte 


Ajoutez à la table EMPLOYEES une contrainte 
FOREIGN KEY précisant qu'un manager doit déjà 
exister dans cette table en tant qu'employé valide. 

ALTER TABLE employées 

ADD CONSTRAINT emp_manager_f k 
FOREIGN KEY (manager_id) 

REFERENCES employées (employee_id) ; 

Table altered* 
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Supprimer une contrainte 


□ Supprimez de la table EMPLOYEES la 
contrainte relative au manager. 


ALTER TABLE employées 

DROP CONSTRAINT emp_manager_f k ; 

Table alteredL 
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Synthèse 



Ce chapitre vous à permis d'apprendre à créer 
des 

contraintes. 

□ Types de contrainte : 

□ NOT NULL 

□ UNIQUE 

□ PR I MARY KEY 

□ FOREIGN KEY 

□ CHECK 
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ECRIRE DES INSTRUCTIONS 
SQL SELECT ÉLÉMENTAIRES 
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Objectifs 


A la fin de ce chapitre, vous pourrez : 

□ énumérer toutes les possibilités offertes par les 
instructions SQL SELECT 

□ exécuter une instruction SELECT élémentaire 
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Différentes fonctions des instructions 

SQL SELECT 


Projection 


Table 1 



Table 1 


Sélection 



Jointure 
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Instruction SELECT élémentaire 



SELECT * | { [DISTINCT] column \ expression [alias ] , . . . } 
FROM table ; 


□ SELECT indique quelles colonnes renvoyer 

□ FROM indique dans quelle table rechercher 
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Sélectionner toutes les colonnes 


SELECT 

* 


FROM 

departments ; 


DEPARTMENTJD 

DEPARTMENT_NAME 

MANAGERJD 

LOCATIONJD 

10 

Administration 

200 

1700 

20 

Marketing 

201 

1800 

50 

Shipping 

124 

1500 

60 

IT 

103 

1400 

80 

Sales 

149 

2500 

90 

Executive 

100 

1700 

110 

Accounting 

205 

1700 

190 

Contra cting 


1700 


3 rows selected. 
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Sélectionner des colonnes spécifiques 


SELECT 

department id, location id 


FROM 

departments ; 


DEPARTMENTJD 

LOCATIONID 

10 

1700 

20 

1800 

50 

1500 

60 

1400 

80 

2500 

90 

1700 

110 

1700 

190 

1700 


8 rows selected. 
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Ecrire des instructions SQL 



□ Les instructions SQL peuvent être écrites 
indifféremment en majuscules et/ou minuscules. 

□ Les instructions SQL peuvent être écrites sur 
une ou plusieurs lignes. 

□ Les mots-clés ne doivent pas être abrégés, ni 
scindés sur plusieurs lignes. 
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Expressions arithmétiques 


Créez des expressions contenant des données de type 
NUMBER et DATE à l'aide d'opérateurs arithmétiques. 


Opérateur 

Description 

+ 

Addition 

- 

Soustraction 

* 

Multiplication 

1 

Division 
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Utiliser des opérateurs arithmétiques 


SELECT last name, salary. 

salary + 300 


FROM employées ; 




LAST_NAME 

SALARY 

SALARY+300 

King 

24000 

24300 

Kochhar 

17000 

17300 

iDe Haan 

17000 

17300 

jHunold 

9000 

9300 

Ernst 

6000 

6300 


Hallstein 

13000 

13300 

Fay 

6000 

6300 

Higgins 

12000 

12300 

Gietz 

8300 

8600 


20 rows selected. 
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Priorité des opérateurs 


* / + - 


□ La multiplication et la division ont priorité sur 
l'addition et la soustraction. 

□ Les opérateurs de niveau de priorité identique sont 
évalués de gauche à droite. 

□ Les parenthèses permettent de forcer la priorité 
d'évaluation et de clarifier les instructions. 
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Priorité des opérateurs 


SELECT last name, salary. 

12*salary+100 


FROM employées ; 



LASTNAME 

SALARY 

12*SALARY+100 

King 

24000 

233100 

Kochhar 

17000 

204100 

De Haan 

17000 

204100 

‘Hunold 

9000 

108100 

Ernst 

6000 

72100 


Hartstein 

13000 

156100 

Fay 

6000 

72100 

Higgins 

12000 

144100 

Gietz 

8300 

99700 


20 rows selected. 
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Utiliser des parenthèses 


SELECT last name, salary, 

12* (salary+100) 


FROM employées ; 




LASTNAME 

SALARY 

1 2*(S AL ARY +100) 

jKing 

24000 

239200 

Kochhar 

17000 

205200 

De Haan 

17000 

205200 

Hunold 

9000 

109200 

Ernst 

6000 

73200 


Hartstein 

13000 

157200 

Fay 

6000 

73200 

Higgins 

12000 

145200 

Gietz 

3300 

100800 


20 rows selected. 
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Définir une valeur NULL 


□ Une valeur NULL est une valeur non disponible, non 
affectée, inconnue ou inapplicable. 

□ La valeur NULL est différente du zéro ou de l'espace. 


SELECT 

last name, job id, salary. 

commission pet 


FROM 

employées ; 




LAST_NAME 

JOBJD 

SALARY 

COMMISSION_PCT 

King 

AD_PRES 

24000 


Kochhar 

AD_VP 

17000 



Zlotkey 

SA_MAN 

10500 

.2 

Abel 

SA_REP 

11000 

.3 

Taylor 

SA_REP 

8600 

.2 


Gietz 

AC_ACCOUNT 

8300 



20 rows selected. 
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Valeurs NULL dans 

les expressions arithmétiques 


Les expressions arithmétiques comportant une valeur 
NULL ont pour résultat une valeur NULL. 



Zlotkey 

25200 

Abel 

39600 

Taylor 

20640 


Gietz 

20 rows selected. 
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Définir un alias de colonne 


L'alias de colonne : 

□ renomme un en-tête de colonne, 

□ est utile dans les calculs, 

□ suit le nom de la colonne (le mot-clé AS facultatif peut 
être placé entre le nom de la colonne et l'alias), 

□ doit obligatoirement être placé entre guillemets s'il 
contient des espaces ou des caractères spéciaux, ou 
bien si les majuscules/minuscules doivent être 
respectées. 
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Utiliser des alias de colonne 


SELECT last_name AS name, commis s ion_pct 20 mm 
FROM employées ; 


NAME 

COMM 

King 


Kochhar 


De Haan 



20 rows selected. 


SELECT last_name |” Name "1, salary*12 ”A nnual Salarv" 
FROM employées ; 


Name 

Annual Salary 

[King 

288000 

Kochhar 

204000 

De Haan 

204000 


20 rows selected. 
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Fonction de concaténation 


Une fonction de concaténation : 

□ concatène des colonnes ou des chaînes de caractères 
avec d'autres colonnes, 

□ est représenté par la fonction (Concat), 

□ crée une colonne qui contient une expression 
alphanumérique. 
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Utiliser l'opérateur de concaténation 


SELECT 

FROM 


Concat (last_name, job_id) AS "Employées" 
employées ; 


Employées 

KingAD_PRES 
KochharAD_VP 
De HaanAD_VP~ 

HunoldlT_PROG 

ErnstlT_PROG 

LorentzlT_PROG 

MourgosST_MAN 

RajsST_CLERK 


20 rows selected. 
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Chaînes de caractères littérales 


□ Un littéral est une chaîne de caractères, un nombre ou 
une date inclus dans la liste SELECT. 

□ Les valeurs des littéraux alphanumériques et de type 
date doivent être placées entre apostrophes. 

□ La chaîne de caractères définie apparaît sur chaque 
ligne renvoyée. 
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Utiliser des chaînes de caractères 



SELECT Concat(last n 

ame, ' is 

a ’ , j ob_id) 

AS "Employée Details" 


FROM employées ; 




Employée Details 


King is a AD_PRES 


Kochhar is a AD VP 


De Haan is a AD VP 


Hunold is a IT PROG 


Ernst is a IT PROG 


Lorentz is a IT PROG 


Mourgos is a ST_MAN 


Rajs is a ST_CLERK 


20 rows selected. 
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Doublons 


Par défaut, le résultat d'une interrogation affiche 
toutes les lignes, y compris les doublons. 


SELECT department_id 
FROM employées ; 


DEPARTMENTJD 

90 

90 

90 

60 

60 

60 

~~ 50 

50 

_ 

■ ■ ■ 

20 rows selected. 
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Eliminer les doublons 


Pour éliminer les doublons, ajoutez le mot-clé 
distinct dans la clause select. 


SELECT 

DISTINCT 

department id 

FROM 

employées ; 



3 rows selected. 
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Synthèse 


Ce chapitre vous à permis d'apprendre à : 

* écrire une instruction select qui : 

- renvoie toutes les lignes et colonnes d'une table 

- renvoie certaines colonnes d'une table 

- utilise des alias de colonne en guise d'en-têtes de 
colonne descriptifs 


SELECT * | { [DISTINCT] column \ expression [alias ] , . . . } 
FROM table; 
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Prof O. EL BEGGAR 


CHAPITRE 5: 

LIMITER ET TRIER DES DONNÉES 


M 1231: Bases de 
données 


SQL-LMD 




Objectifs 


A la fin de ce chapitre, vous pourrez : 

□ limiter le nombre de lignes extraites par une 
interrogation 

□ trier les lignes extraites par une interrogation 
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Limiter le nombre de lignes à l'aide 
d'une sélection 


EMPLOYEES 


EMPLOYEEJD 

LAST_NAME 

JOBJD 

DEPARTMENTJD 

100 

King 

AD_PRES 

90 

101 

Kochhar 

AD_VP 

90 

102 

De Haan 

AD_VP 

90 

103 

Huriüld 

IT_PROG 

60 

104 

Ernst 

IT_PROG 

60 S 

107 

Lorentz 

IT_PROG 

60 

124 

Mourgos 

ST_MAN 

50 


20 rows selected. 



"Extraire tous les 
employés du 
service 90" 


EMPLOYEEJD 

LASTNAME 

JOBJD 

DEPARTMENTJD 

100 

King 

AD_PRES 

90 

101 

Kochhar 

AD_VP 

90 

102 

De Haan 

AD_VP 

90 
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Limiter le nombre de lignes 
sélectionnées 


□ Limitez le nombre de lignes renvoyées à l'aide de 
la clause WHERE. 


SELECT * | { [DISTINCT] 

FROM table 

column\ expression [alias ] , . . . } 1 

WHERE condi tion (s)] 

• |H 


□ La clause WHERE se place après la clause FROM. 
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Utiliser la clause WHERE 


SELECT employee_id, last_name, job_id, department_id 

FROM employées 

WHERE department id = 90 ; 


EMPLOYEEID 

LASTNAME 

JOBID 

DEPARTMENTJD 

100 

King 

AD_PRES 

90 

101 

Kochhar 

AD_VP 

90 

102 

De Haan 

AD_VP 

90 
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Chaînes de caractères et dates 


□ Les chaînes de caractères et les dates doivent être 
placées entre apostrophes. 

□ La recherche tient compte des majuscules/minuscules 
pour les chaînes de caractères et du format pour les 
dates. 

□ Le format de date par défaut est DD-MON-RR. 


SELECT last_name, job_id, department_id 
FROM employées 
WHERE last name = ’ Whalen 
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Conditions de comparaison 


Opérateur 

Signification 

= 

Egalé 

> 

Supérieur à 

>= 

Supérieur ou égal à 

< 

Inférieur à 

<= 

Inférieur ou égal à 

<> 

Différent de 
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Utiliser des conditions de comparaison 


SELECT last_name, salary 
FROM employées 


WHERE salary <= 3000; 


LASTNAME 

SALARY 

Matos 

2600 

Vargas 

2500 


Prof O. EL BEGGAR M 123 1 : Bases de données 




Autres conditions de comparaison 


Opérateur 

Signification 

BETWEEN 
. . . AND . . . 

Compris entre ... et ... (bornes 
comprises) 

IM (set) 

Correspond à une valeur de la liste 

LIRE 

Ressemblance partielle de chaînes 
de caractères 

IS NULL 

Correspond à une valeur NULL 
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Utiliser la condition BETWEEN 


Utilisez la condition BETWEEN pour afficher des lignes 
en fonction d'une plage de valeurs. 


SELECT last name , salary 
FROM employées 


WHERE salary 

BETWEEN 2500 AND 3500 

1 


T T 

Limite inférieure Limite supérieure 


LAST_NAME 

SALARY 

Rajs 

3500 

jDavies 

3100 

Mat os 

2600 

Vargas 

2500 
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Utiliser la condition IN 


Utilisez la condition d'appartenance IN pour vérifier 
la présence de valeurs dans une liste. 


SELECT employee_id, last_name, salary, manager_ 
FROM employées 

WHERE manager_id IN (100, 101, 201); 


ia 


EMPLOYEEJD 

LAST_NAME 

SALARY 

MANAGERJD 

202 

Fay 

6000 

201 

200 

Whalen 

4400 

101 

205 

Higgins 

12000 

101 

101 

Kochhar 

17000 

100 

102 

De Haan 

17000 

100 

124 

Mourgos 

5800 

100 

149 

Zlotkey 

10500 

100 

201 

Hartstein 

13000 

100 


S rows selected. 
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Utiliser la condition LIRE 



□ Utilisez la condition LIRE pour rechercher des 
chaînes de caractères valides à l'aide de 
caractères génériques. 

□ Les conditions de recherche peuvent contenir des 
caractères ou des nombres littéraux : 

% représente zéro ou plusieurs caractères, 
représente un caractère. 


SELECT 

first name 



FROM 

employées 



WHERE 

first name 

LIRE 'S%' 

• 

r 
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Utiliser la condition LIRE 


□ Vous pouvez combiner plusieurs caractères 
génériques de recherche. 


SELECT 

FROM 

WHERE 

last name 
employées 

last name LIKE ' o% ’ ; 




LASTNAME 

Kochhar 


Lorentz 


Mourgos 
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Utiliser les conditions NULL 


Recherchez des valeurs NULL avec l'opérateur 

IS NULL. 


SELECT last_name, manager_id 
FROM employées 
WHERE 


manager id IS NULL 



LAST_NAME 

MANAGERJD 

King 
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Conditions logiques 


Opérateur 

Signification 

AND 

Renvoie true si les deux conditions 
sont vraies 

OR 

Renvoie true si l'une des conditions 
est vraie 

NOT 

Renvoie la valeur true si la condition 
qui suit l'opérateur est fausse 
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Utiliser l'opérateur AND 


SELECT employee_id , last_name, job_id, salary 
FROM 
WHERE 
AND 


EMPLOYEEID 

LASTNAME 

JOBID 

SALARY 

149 

Zlotkey 

SA_MAN 

10500 

201 

Hartstein 

MK_MAN 

13000 


employées 

salary >=10000 

job id LIRE ' %MAN% ' 
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Utiliser l'opérateur OR 


L'opérateur on -j/.i'j-j t|ua 
soit vraie. 


l'une des conditions 


SELECT 

employée id, last name, job id, salary 

FROM 

employées 


WHERE 

salary >= 10000 


OR 

job_id LIRE ' %MAN% ' 

• 

r 


EMPLOYEEID 

LASTNAME 

JOBID 

SALARY 

100 

King 

AD_PRES 

24000 

101 

Kochhar 

AD_VP 

17000 i 

102 

De Haan 

AD_VP 

17000 

124 

Mourgos 

ST_MAN 

5800 

149 

Zlotkey 

SA_MAN 

10500 

174 

Abel 

SA_REP 

11000 

201 

Hallstein 

MK_MAN 

13000 

205 

Higgins 

AC_MGR 

12000 


3 rows selected. 
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Utiliser l'opérateur NOT 


SELECT 

FROM 

las t_name , j ob_id 
employées 


WHERE 

j ob_id 



NOT IN ( ' IT_PROG ' , ' ST_CLERK ' , ' SA_REP ' ) 

• 

r 


LAST_NAME 

JOBJD 

King 

AD_PRES 

Kochhar 

AD_VP 

De Haan 

AD_VP 

Mourgos 

ST_MAN 

Zlotkey 

SA_MAN 

Whalen 

AD_ASST 

Hartstein 

MK_MAN 

Fay 

MK_REP 

Higgins 

AC_MGR 

Gietz 

AC_ACCOUNT 


10 rows selected. 
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Règles de priorité 


Ordre d'évaluation 

Opérateur 

1 

Opérateurs arithmétiques 

2 

Opérateur de concaténation 

3 

Conditions de comparaison 

4 

IS [NOT] NULL, LIRE, [NOT] IN 

5 

[NOT] BETWEEN 

6 

Condition logique not 

7 

Condition logique and 

8 

Condition logique or 


Les parenthèses permettent de modifier les règles de 
priorité. 
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Règles de priorité 


SELECT last name, job id, 


FROM 

WHERE 



employées 
job_id = ' SA_REP ’ 
job_id = ' AD_PRES ’ 
salary > 15000; 


salary 


LAST_NAME 

JOBJD 

SALARY 

King 

AD_PRES 

24000 

Abel 

SA_REP 

11000 

Taylor 

SA_REP 

8600 

Grant 

SA_REP 

7000 
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Règles de priorité 


Utilisa des parenthèses 


peur forcer la priorité. 


SELECT last_name, job_id, salary 
FROM employées 


WHERE 



REP' 
PRES ' ) 
salary > 15000; 


lEpK job_id = ’ SA_ 
' »j ob_id = ’ AD_] 


LAST_NAME 

JOBJD 

SALARY 

King 

AD_PRE5 

24000 ; 
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Clause ORDER BY 



□ Triez des lignes à l'aide de la clause ORDER BY. 


ASC : ordre croissant (par défaut) 


DESC : ordre décroissant 

□ La clause ORDER BY se place à la fin de l'instruction SELECT. 


SELECT last name, 
FROM employées 
ORDER BY hire_date 

job_id, department_id , hire_date 

r 

LAST_NAME 

JOBJD 

DEPARTMENTJD 

HIRE_DATE 

King 

AD_PRES 

90 

17-JUN-87 

Whalen 

AD_ASST 

10 

17-SEP-87 

Kochhar 

AD_VP 

90 

21-SEP-39 

ÎHunold 

IT_F'ROG 

60 

03-JAN-90 

Ernst 

IT_PROG 

60 

21-MAY-91 


20 rows selected. 
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Trier par ordre décroissant 



LAST_NAME 

JOBJD 

DEPARTMENTJD 

HIRE_DATE 

Zlotkey 

SA_MAN 

30 

29-JAN-00 

Mourgos 

ST_MAN 

50 

16-NOV-99 

Grant 

SA_REP 


24-MAY-99 

Lorentz 

IT_PROG 

60 

07-FEB-99 

Vargas 

ST_CLERK 

50 

09-JUL-9B 

Taylor 

SA_REP 

80 

24-MAR-98 

Matos 

ST_CLERK 

50 

15-MAR-93 

Fa y 

MK_REP 

20 

17-AUG-97 

Davies 

ST_CLERK 

50 

29-JAN-97 


20 rows selected. 
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Trier par alias de colonne 


SELECT employée 

_id, last_name, salary*12 

annsal 


FROM employées 


ORDER BY 

annsal 

• 

r 



EMPLOYEEJD 

LAST_NAME 

ANNSAL 

144 

Vargas 

30000 

143 

Matos 

31200 

142 

Davies 

37200 

141 

Rajs 

42000 

10/ 

Lorentz 

50400 

200 

Whalen 

52800 

124 

Mourgos 

69600 

104 

Ernst 

72000 

202 

Fay 

72000 

178 

Grant 

84000 


20 rows selected. 
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Trier sur plusieurs colonnes 


□ L'ordre des éléments de la liste ORDER BY donne l'ordre 

du tri. 

SELECT last_name, depar tment_id , salary 
FROM employées 

ORDER BY depar tmentid, salary DESC; 


LAST_NAME 

DEPARTMENTJD 

SALARY 

Whalen 

10 

4400 

Hartstein 

20 

13000 

Fay 

20 

6000 

Mourgos 

50 

5800 

Rajs 

50 

3500 

Davies 

50 

3100 

Matos 

50 

2600 

Vargas 

50 

2500 


20 rows selected. 


□ Vous pouvez effectuer un tri sur une colonne ne figurant pas 
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Synthèse 


Ce chapitre vous à permis d'apprendre à : 

* utiliser la clause where pour limiter le nombre de 
lignes de résultat 

- utiliser les conditions de comparaison 

- utiliser les conditions between, in, like et null 

- appliquer les opérateurs logiques and, or et not 

* utiliser la clause order by pour trier les lignes de 
résultat 


SELECT 

FROM 

* | { [DISTINCT] 
tab le 

column\ expression [alias ] , . . . } 

[WHERE 
[ORDER BY 

condition (s)] 

{ col umn , expr , 

allas} [ASCjDESC]] 

• 

r 
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Prof. Omar EL BEGGAR 


AFFICHER DES DONNEES 
ISSUES DE PLUSIEURS TABLES 


Module 1231: 
Bases de données 


SQL-LMD 




Objectifs 


A la fin de ce chapitre, vous pourrez : 

□ écrire des instructions SELECT pour accéder 
aux données de plusieurs tables en utilisant 
des équîjointures 
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Afficher des données issues de plusieurs tables 


EMPLOYEES 


| EMPLOYEE JD 

|last_name 

DEPARTMENTJD 

100 

King 

90 

101 

Kochhar 

90 

■ ■ ■ 



202 

Fay 

20 

205 

Higgins 

110 

206 

Gietz 

110 


1 


DEPARTMENTS 


|departmentjd 

DEPARTMENT_NAME 

LOCATIONJD 

10 

Administration 

1700 

20 

Marketing 

1800 

50 

Shipping 

1500 

60 

IT 

1400 

80 

Sales 

2500 

90 

Executive 

1700 

110 

Accounting 

1700 

190 

Contra cting 

1700 


EMPLOYEEJD 

DEPARTMENTJD 

DEPARTMENT JIAME 

200 

10 

Administration 

201 

20 

Marketing 

202 

20 

Marketing 


102 

90 

Executive 

205 

110 

Accounting 

206 

110 

Accounting 
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Produits cartésiens 


□ Un produit cartésien est généré : 

lorsqu'une condition de jointure est omise, 

lorsqu'une condition de jointure est incorrecte, 

lorsque toutes les lignes de la première table sont 
jointes à toutes les lignes de la seconde. 

□ Pour éviter tout produit cartésien, insérez une 
condition de jointure correcte dans la clause 

WHERE. 
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Générer un produit cartésien 


employées (20 lignes) 


EMPLOYEEJD 

LAST_NAME 

DEPARTMENT_ID| 

100 

King 

90 ; 

101 

Kochhar 

90 


202 

Fay 

20 

205 

Higgins 

110 

206 

Gietz 

110 


20 rows selected. 


♦ 


departments (8 lignes) 


DEPARTMENTJD 

DEPARTMENTNAME |l_OCATIONJD 

10 

Administration 

1700 

20 

Marketing 

1800 

50 

Shipping 

1500 

60 

IT 

1400 

30 

Sales 

2500 

90 

Executive 

1700 

110 

Accounting 

1700 

190 

Contracting 

1700 


8 rows selected. 


Produit 
cartésien : 
20x8=160 lignes 


EMPLOYEEJD 

DEPARTMENTJD 

LOCATIONJD 

100 

90 

1700 

101 

90 

1700 

102 

90 

1700 

103 

60 

1700 

104 

60 

1700 

107 

60 

1700 


160 rows selected. 
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Joindre des tables 


Une jointure sert à interroger des données de 
plusieurs tables. 

SELECT tablel . column , table2 . column 

FROM tablel , tabl e2 

WHERE tablel . columnl = table2 . column2 ; 


□ Ecrivez la condition de jointure dans la clause 

WHERE. 

□ Placez le nom ou l’alias de la table avant le 
nom de la colonne lorsque celui-ci figure 
dans plusieurs tables. 
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Définition d'une équijointure 

EMPLOYEE S DE PARTMENT S 


DEPARTMENTJD 

DEPARTMENT_NAME 

10 

Administration 

20 

Marketing 

20 

Marketing 

50 

Shipping 

50 

Shipping 

50 

Shipping 

50 

Shipping 

50 

Shipping 

60 

IT 

60 

IT 

60 

IT 

80 

Sales 

80 

Sales 

80 

Sales 


EMPLOYEE JD 

DEPARTMENTJD 

200 

10 

201 

20 

202 

20 

124 

50 

141 

50 

142 

50 

143 

50 

144 

50 

103 

60 

104 

60 

107 

60 

149 

80 

174 

80 

176 

80 


■ ■ ■ 

î î 

Clé étrangère Clé primaire 
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Equijointures 


□ Joindre Les deux tables employées et departments 
consiste en : 

□ Pour déterminer le service d'un employé, vous devez 

comparer la valeur de la colonne DEPARTMENT ID de la 
table EMPLOYEES à celles de la colonne 
DE PARTMENT_I D de la table DEPARTMENTS. La 
relation entre les tables EMPLOYEES et DEPARTMENTS 
est appelée équijointure puisque les valeurs de la colonne 
DEPARTMENT ID des deux tables sont égales. Ce type 
de jointure implique fréquemment l'utilisation de clés 
primaires et de clés étrangères. 

Remarque : Les équijointures sont également appelées 
jointures simples ou jointures internes. 
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Extraire des enregistrements à l'aide 
d'équijointures 


SELECT employee_id, last_name, 

e . depar tment_id , d . depar tment_id , 
location id 


FROM 

WHERE 


employées e, departments d 


e. depar tment id = d. depar tment id; 


EMPLOYEEJD 

LAST_NAME 

DEPARTMENTJD 

DEPARTMENTJD 

LOCATIONJD 

200 

Whalen 

10 

10 

1700 ; 

201 

Hartstein 

20 

20 

1300 ! 

202 

Fay 

20 

20 

1800 ' 

124 

Mourgos 

50 

50 

1500 ; 

141 

Rajs 

50 

50 

1500 : 

142 

Davies 

50 

50 

1500 | 

143 

Matos 

50 

50 

1500 

144 

Vargas 

50 

50 

1500 


19 rows selected. 
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Autres conditions de recherche 
utilisant l'opérateur AND 


10 


EMPLOYEE S DE PARTMENT S 


LAST_NAME 

DEPARTMENTJD 


DEPARTMENTJD 

DEPARTMENT J'IAME 

Whalen 

10 


10 

Administration 

Hartstein 

20 


20 

Marketing 

Fay 

20 


20 

Marketing 

Mourgos 

50 


50 

Shipping 

Rajs 

50 


50 

Shipping 

Davies 

50 


50 

Shipping 

Matos 

50 


50 

Shipping 

Vargas 

50 


50 

Shipping 

Hunold 

60 


60 

IT 

Ernst 

60 


60 

rr 


Outre la jointure, vous pouvez utiliser des critères dans la clause WHERE pour réduire le 
nombre de lignes d'une ou de plusieurs tables à prendre en considération. Par exemple, pour 
afficher le nom et le numéro du service de l'employé Matos, vous devez inclure une 
condition supplémentaire dans la clause WHERE. 

SELECT last_name, employées . department_id, department_name 
FROM employées, departments WHERE employées . department_id = 
departments . department_id AND last_name = 'Matos'; 
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Différencier les noms de colonne 


□ Utilisez des préfixes qui précisent le nom de la table 
pour différencier les noms de colonne appartenant à 
plusieurs tables. 

□ L'utilisation de préfixes désignant la table améliore 
les performances. 

□ Différenciez des colonnes de même nom appartenant 
à plusieurs tables en utilisant des alias de colonne. 
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Utiliser des alias de table 


□ Simplifiez les interrogations à l'aide des alias 
de table. 

□ L'utilisation de préfixes désignant la table 

améliore les performances. 

SELECT 


e . employée id , 


department id, 


last name, e. department id, 


d. 


location id 


FROM employées 
WHERE e . 


, departments 


department_id = d. department_id; 


Prof. Omar EL BEGGAR Module 123 1 : Bases de données 




Joindre plus de deux tables 


EMPLOYEES DEPARTMENTS LOCATIONS 


LAST_NAME 

DEPARTMENTJD 


DEPARTMENTJD 

LOCATIONJD 


LOCATIONJD 

CITY 

King 

90 


10 

1700 


1400 

Southlake 

Kochhar 

90 


20 

1300 


1500 

South San Francisco 

De Haan 

90 


50 

1500 


1700 

Seattle 

Hunold 

60 


60 

1400 


1800 

Toronto 

Ernst 

60 


80 

2500 


2500 

Oxford 

Lorentz 

60 


90 

1700 




Mourgos 

50 


110 

1700 



Rajs 

50 


190 

1700 



Davies 

50 

8 rows selected. 




Matos 

50 





Vargas 

50 





Zlotkey 

80 





Abel 

80 





Taylor 

80 






20 rows selected. 

Pour joindre n tables entre elles, il faut au minimum n-1 conditions 
de jointure. Par exemple, deux jointures au moins sont nécessaires 

pour joindre trois tables. 
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Joindre plus de deux tables 


SELECT employée ±d, last name , 


e.department id, d.department id, 
1 . location id 

FROM 

employées e, departments d, location 1 

WHERE 

e . depar tment id = d . depar tment id 


AND 

d. location id=l . location id; 





Les colonnes DE PARTMENT_ID et LOCATION_ID étant communes 
aux deux tables, vous devez faire précéder leurs nom du nom de la table 
d'appartenance afin d'éviter toute ambiguïté. 
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Synthèse 


Ce chapitre vous a permis d'apprendre à utiliser 
des jointures afin d'afficher des données 
provenant de plusieurs tables en respectant 
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Prof. Omar EL BEGGAR 


AGRÉGER DES DONNÉES 
À L'AIDE DE FONCTIONS DE 
GROUPE 


SQL-LMD 


Module 1231: 
Bases de données 




Objectifs 


A la fin de ce chapitre, vous pourrez : 

□ identifier les fonctions de groupe disponibles 

□ expliquer l'utilisation des fonctions de groupe 

□ regrouper des données à l'aide de la clause 

GROUP BY 

□ inclure ou exclure des groupes de lignes à l'aide 
de la clause HAVING 
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Définition des fonctions de groupe 


Les fonctions de groupe agissent sur des groupes de 
lignes et donnent un résultat par groupe. 

EMPLOYEES 


Salaire 

maximum dans 
la table 

EMPLOYEES. 



DEPARTMENTJD 

SALARY 

90 

24000 

90 

17000 

90 

17000 

60 

9000 

60 

6000 

60 

4200 

50 

5800 

50 

3500 

50 

3100 

50 

2600 

50 

2500 

80 

10500 

80 

11000 

80 

8600 


7000 

10 

4400 


20 rows selected. 
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Types de fonction de groupe 

□ AVG 

□ COUNT 

□ MAX 

□ MIN 

□ STDDEV 

□ SUM 

□ VARIANCE 
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Syntaxe des fonctions de groupe 


SELECT 

FROM 

[WHERE 

[GROUP 

[ORDER 


BY 

BY 


[ column , ] 
table 


group function ( col umn ) , 


condition ] 
column ] 
column ] ; 
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Utiliser les fonctions A VG et SUM 


Les fonctions AVG et SUM s'utilisent avec des données 
numériques. 


SELECT 

AVG(salary) , MAX(salary ) , 
MIN(salary), SUM(salary) 


FROM 

WHERE 

employées 1 

job_id LIRE ' %REP% ' ; 1 


AVG(SALARY) 

MAX(SALARY) 

MIN(SALARY) 

SUM(SALARY) 

8150 

11000 

6000 

32600 


L'exemple de la diapositive affiche la moyenne, le maximum, le minimum et la 
somme des salaires mensuels de tous les représentants. 
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Utiliser les fonctions MIN et MAX 


Les fonctions MIN et MAX s'utilisent avec tous les types 
de données. 


SELECT 

MIN (hire date), MAX(hire date) 


FROM 

employées ; | 



MIN(HIRE_ 

MAX(HIRE_ 

AJUN-87 

29-JAN-00 


Vous pouvez utiliser les fonctions MAX et MIN pour tous les types de données. 
La diapositive ci-dessus affiche la date d'embauche du dernier employé 
recruté et celle de l'employé présentant le plus d'ancienneté. 
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Utiliser la fonction COUNT 


La fonction COUNT (*) renvoie le nombre de lignes 
d'une table 



La fonction COUNT se présente sous trois formes : 

COUNT (*) 

COUNT (expr) 

COUNT (DISTINCT expr) 

La fonction COUNT ( * ) renvoie le nombre de lignes d'une table, y compris les doublons et les 
lignes contenant des valeurs NULL. 

En revanche, la fonction COUNT ( expr) renvoie le nombre de valeurs non NULL contenues dans 
la colonne identifiée par expr. 

La fonction COUNT (DISTINCT expr) renvoie le nombre de valeurs non NULL uniques 
contenues dans la colonne identifiée par ex^p t 0 mar EL BEGGAR Module 123 1 : Bases de données 




Utiliser la fonction COUNT 


□ La fonction COUNT (expr) renvoie le nombre de 
lignes contenant des valeurs non NULL dans la colonne 

expr. 

□ Affichez le nombre de valeurs contenues dans la 
colonne DEPARTMENT_ID de la table 
EMPLOYEES, à l'exception des valeurs NULL. 


SELECT 
FROM 

WHERE department id = 80; 


COUNT(COMMISSION_PCT) 

3 


COUNT (commission_pct) 
employées 
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Utiliser le mot-clé DISTINCT 


□ La fonction COUNT (DISTINCT expr) renvoie le 
nombre de valeurs non NULL distinctes de la colonne 

expr. 

□ Affichez le nombre de services distincts contenus dans 
la table EMPLOYEES. 


SELECT 

FROM 


CO U NT(D I STI N CTD E P ARTM E NT J D) 


COUNT (DISTINCT department_id) 
employées ; 
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Fonctions de groupe et valeurs NULL 


Les fonctions de groupe ignorent les valeurs NULL des 
colonnes. 


SELECT 

AVG ( commis s ion_pct) 


FROM 

employées ; 





AVG(COMMISSION_PCT) 

.2125 


Toutes les fonctions de groupe ignorent les valeurs NULL des colonnes. 
Dans l'exemple de la diapositive, la moyenne est calculée uniquement sur 
les lignes pour lesquelles la colonne COMMIS S IONPCT est correctement 
renseignée. Le calcul de la moyenne s'effectue par division du total des 
commissions versées à tous les employés par le nombre d'employés 
touchant une commission. 
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Créer des groupes de données 


EMPLOYEES 


DEPARTMENTJD 

SALARY 


10 

4400 1 


20 

13000 


2L L 

1 ËÛÛil 


50 

5800 


50 

3500 


50 

3100 


50 

2500 


50 

2600 


60 

9000 


60 

6000 


60 

4200 


30 

10500 


80 

8600 


80 

11000 


90 

24000 


90 

17000 


4400 


9500 

Salaire 

moyen 

3500 P ar 

service 

dans 

la 

6400 table 

EMPLOYEES. 


10033 


20 rows selected. 


DEPARTMENTJD 

AVG (SALARY) 

10 

4400 

20 

9500 

50 

3500 

60 

6400 

80 

10033.3333 

90 

19333.3333 

110 

10150 


7000 


Prof. Omar EL BEGGAR Module 123 1 : Bases de données 



Créer des groupes de données : 
syntaxe de la clause GROUP BY 


SELECT 

column r group function (column) 

FROM 

table 

[WHERE 

condition] 

[GROUP BY 

group by expression ] 


[ORDER BY 

column ] ; 


La clause GROUP BY permet d'organiser les lignes d'une 
table en groupes restreints. 
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Utiliser la clause GROUP BY 


La clause GROUP BY doit inclure toutes les colonnes de 
la liste SELECT qui ne figurent pas dans des fonctions 
de groupe. 


SELECT 

department_id , 

AVG (salary) 


FROM 

employées 


GROUP BY 

department_id ; 

• 

r 


DEPARTMENTJD 

AVG (SALARY) 

10 

4400 

20 

9500 

50 

3500 

60 

6400 

80 

10033.3333 

90 

19333.3333 

110 

10150 


7000 


S rows selected. 
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Utiliser la clause GROUP BY 


La colonne GROUP BY ne doit pas nécessairement 
figurer dans la liste SELECT. 
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Créer des sous-groupes 


EMPLOYEES 


DEPARTMENTJD 

JOBJD 

SALARY 

90 

AD PRES 

24000 

90 

AD_VP 

17000 

90 

ADVP 

17000 

60 

IT_PROG 

9000 

60 

IT_PROG 

6000 

00 IT PROG 1 

4200 

50 

ST MAN 

5800 

50 

ST_CLERK 

3500 

50 

ST_CLERK 

3100 

50 

ST_CLERK 

2600 

50 

ST_CLERK 

2500 

80 

SA_MAN 

10500 

80 

SA_REP 

11000 

80 

SA_REP 

8600 


Dans la table 

EMPLOYEES, 

calcul du total 
des salaires 
pour chaque 
poste, 
au sein de 
chaque service 


20 

MK_REP 

6000 

110 

AC_MGR 

12000 

110 

AC_ACCOUNT 

8300 


20 rows selected. 


DEPARTMENTJD 

JOBJD 

S U M (SALARY) 

10 

AD_ASST 

4400 

20 

MK_MAN 

13000 

20 

MK_REP 

6000 

50 

ST_CLERK 

11700 

50 

ST_MAN 

5300 

60 

IT_PROG 

19200 

80 

SA_MAN 

10500 

80 

SA_REP 

19600 

90 

AD_PRES 

24000 

90 

AD_VP 

34000 

110 

ACJACCOUMT 

8300 

110 

AC_MGR 

12000 


SA_REP 

7000 


13 rows selected. 
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Utiliser la clause GROUP BY 
sur plusieurs colonnes 


SELECT department_id dept_id, job_id, SUM(salary) 
FROM employées 


GROUP BY department_id, job_id ; 



DEPTJD 

JOBJD 

SUM(SALARY) 

10 

AD_ASST 

4400 

20 

MK_MAN 

13000 

20 

MK_REP 

6000 

50 

ST_CLERK 

11700 

50 

ST_MAN 

5800 

60 

IT_PROG 

19200 

80 

SA_MAN 

10500 

30 

SA_REP 

19600 

90 

AD_PRES 

24000 

90 

AD_VP 

34000 

110 

AC_ACCOUNT 

8300 

110 

AC_MGR 

12000 


SA_REP 

7000 


13 rows selected. 


Sous-groupes: 

Vous pouvez obtenir des informations synthétisées sur des groupes et des 
sous-groupes en précisant pluSteûi ( â 1 ^lë l n8i ; ^§^U^ I( ÿ¥? 123 1: Bases de données 




Erreurs d'utilisation des fonctions 
de groupe dans une interrogation 


Toute colonne ou expression de la liste SELECT autre 
qu'une fonction d'agrégation doit être incluse dans la 
clause GROUP BY. 


SELECT depar tment_id , COUNT (last_name) 
FROM employées ; 


SELECT depar tment_id , COUNT (las t_name) 

* 

ERROR at line 1: 

ORA-00937: not a single-group group function 

manquante <tem te <êïmm wst 
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Erreurs d'utilisation des fonctions 
de groupe dans une interrogation 


□ Vous ne pouvez pas utiliser la clause WHERE pour limiter les 
groupes. 

□ Utilisez la clause HAVING. 

□ Vous ne pouvez pas utiliser de fonctions de groupe dans la clause 

WHERE. 


SELECT 

department_id, AVG (salary) 

FROM 

employées 

WHERE 

AVG (salary) > 8000 

GROUP BY 

department id; 


WHERE AVG (salary) > 8000 
* 


ERROR at line 3: 

ORA-00934: group function is not allowed here 

te mm®, pim greupæ 
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Exclure des groupes de résultats 


EMPLOYEES 


DEPARTMENTJD 

SALARY 

yu I U4UUUI 

90 

17000 

90 17000 

60 

9000 

60 

6000 

60 

4200 

50 

5800 

50 

3500 

50 

3100 

50 

2600 

50 

2500 

80 

10500 

80 

110001 

30 

8600 


20 

6000 ; 

110 

1 120001 

rrn] 

8300 


20 rows selected. 


Salaire maximum 
par service, 
à condition 
qu'il soit supérieur 
à 10 000 Dhs 


DEPARTMENTJD 

MAX (SALARY) 

20 

13000 

80 

11000 

90 

24000 

110 

12000 
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Exclure des groupes de résultats 
clause HAVING 


Utilisez la clause HAVING pour restreindre les groupes. 

1 . Les lignes sont regroupées. 

2. La fonction de groupe est appliquée. 

3. Les groupes qui correspondent à la clause HAVING 
s'affichent. 


SELECT 

column r group function 

FROM 

table 


[WHERE 

condition] 


[GROUP BY 

group by expression] 

[HAVING 

group condition] 


[ORDER BY 

column ] ; 
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• • 




Utiliser la clause HAVING 


SELECT 

department ±d, MAX(salary) 

FROM 

employées 

GROUP BY 

department id 

HAVING 

MAX (salary) >10000 ; | 


DEPARTMENTJD 

MAX (SALARY) 

20 

13000 

80 

11000 

90 

24000 

110 

12000 
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Utiliser la clause HAVING 


SELECT 

job_id, SÜM(salary) PAYROLL 

FROM 

employées 

WHERE 

job_id NOT LIRE ' %REP% ' 

GROUP BY 

job id 

HAVING 

SUM(salary) > 13000 

ORDER BY 

SUM(salary) ; 


JOBID 

PAYROLL 

IT_PR0G 

19200 

AD_PRES 

24000 

AD_VP 

34000 
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Imbriquer des fonctions 
de groupe 


Affichez le salaire moyen maximum. 


MAX (AVG (salary) ) 


SELECT 
FROM employées 

GROUP BY department id; 


MAX (AVG (SALARY)) 

19333^3333 
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Synthèse 


Ce chapitre vous à permis d'apprendre à : 

□ utiliser les fonctions de groupe COUNT, MAX, MIN, AVG 

□ écrire des instructions contenant la clause GROUP BY 

□ écrire des intructions contenant la clause HAVING 


SELECT 

column, group function (column) 

FROM 

table 

[WHERE 

condition] 

[GROUP BY 

group by expression] 


[HAVING 

group condition] 


[ORDER BY 

column ] ; 
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Prof. Omar EL BEGGAR 


MANIPULER DES DONNEES 


SQL-LMD 


Module 1231: 
Bases de données 




Objectifs 


A la fin de ce chapitre, vous pourrez : 

□ décrire chaque instruction LMD 

□ insérer des lignes dans une table 

□ modifier des lignes dans une table 

□ supprimer des lignes d'une table 
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Langage de manipulation de données 



□ Une instruction LMD est exécutée lorsque vous 

□ ajoutez des lignes à une table, 

□ modifiez des lignes existantes dans une table, 

□ supprimez des lignes d'une table. 
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• • 



Ajouter une nouvelle ligne dans une 
table 


DEPARTMENTS 


70 

Public Relations 

100 

1700 ] 


| DEPARTMENTJD j| DEPARTMENTNAME 

MANAGERID 

LOCATIONJD 

10 

Administration 

200 

1700 

20 

Marketing 

201 

1800 

50 

Shipping 

124 

1500 

60 

IT 

103 

1400 

80 

Sales 

149 

2500 

90 

Executive 

100 

1700 

110 

Accounting 

205 

1700 

190 

Contra cting 


1700 


... insérer une 
nouvelle ligne 
dans la table 

DE P ARMENT S ... 



DEPARTMENTJD 

DEPARTMENT JJ AME | MANAGERJD 

LOCATIONJD | 

10 

Administration 

200 

1700 

20 

Marketing 

201 

1300 

50 

Shipping 

124 

1500 ! 

60 

IT 

103 

1400 

80 

Sales 

149 

2500 

90 

Executive 

100 

1700 

110 

Accounting 

205 

1700 

190 

Contra cting 


1700 


Nouvelle 

ligne 
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Syntaxe de l'instruction INSERT 


□ L'instruction INSERT permet d'ajouter de nouvelles 
lignes dans une table. 


INSERT INTO table [ ( column [, column . . . ] ) ] 
VALUES (value [ , value . . . ] ) ; 

□ Cette syntaxe n'insère qu'une seule ligne à la fois. 
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Insérer de nouvelles lignes 


□ Insérez une nouvelle ligne en précisant une valeur 
pour chaque colonne. 

□ Indiquez les valeurs dans l'ordre par défaut des 
colonnes dans la table. 

□ Indiquez éventuellement les colonnes dans la clause 

INSERT. 

INSERT INTO departments (department_id, department_name , 

manager_id, location_id) 

VALUES (70 , ' Public Relations ’ , 100, 1700); 

1 row created . 

□ Placez les valeurs de type caractère et date entre 
apostrophes. 
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Insérer des lignes contenant 
des valeurs NULL 


□ Méthode implicite : n'indiquez pas la colonne dans la 
liste. 


INSERT INTO departments (department_id, 

department_name ) 
VALUES (30 , ' Pur chas ing 1 ) ; 

1 row created * 


* Méthode explicite : indiquez le mot-clé null dans 
la clause values. 


INSERT INTO departments 




VALUES (100, 'Finance', 

NULL 

r 

NULL 

; 

1 row created * 
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Insérer des valeurs spéciales 


La fonction SYSDATE enregistre la date et l'heure en 
cours. 


INSERT INTO employées (employee_id, 

f ir s t_name , las t_name , 
email , phone_number , 


hire date 


VALUES 


job_id, salary, 
commis s ion_pct , manager_id , 
department_id) 

(113 , 


' Louis ' , ’ Popp ’ , 

, ’ 515 . 124 . 4567 ’ , 
r ’ AC_ACCOUNT ' f 6900 , 
NULL , 205, 100); 

1 row created . 


' LPOPP ' 
SYSDATE 
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Modifier les données d'une table 


EMPLOYEES 


EMPLOYEEJD 

FIRST_NAME 

LAST_NAME 

EMAIL 

HIRE_DATE 

JOBJD 

SALARY 

DEPARTMENTJD 

COMMISSION 

100 

Steven 

King 

SKING 

17-JUN-87 

AD_F'RES 

24000 

90 


101 

Neena 

Kochhar 

NKOCHHAR 

21-SEP-89 

AD_VP 

17000 

90 


102 

Lex 

De Haan 

LD E HAAN 

1 3-JAN-93 

AD_VP 

17000 

90 


103 

Alexander 

Hunold 

AHUNOLD 

03-JAN-90 

IT_PROG 

9000 


60 ] 


104 

Bruce 

Ernst 

BERNST 

21-MAY-91 

IT_PROG 

6000 


60 ] 


107 

Diana 

Lorentz 

DLORENTZ 

07-FEB-99 

IT PROG 

4200 


60 


124 

Kevin 

Mourgos 

KMOURGOS 

16-NOV-99 

ST_MAN 

5800 

50 



Mettez à jour les lignes de la table employées. 


EMPLOYEEJD 

FIRSTNAME 

LAST_NAME| 

EMAIL 

HIREDATE 

JOBJD 

SALARY 

DEPARTMENTJD COMMISSIO 

100 

Steven 

King 

SKING 

17-JUN-87 

AD_PRES 

24000 

90 


101 

Neena 

Kochhar 

NKOCHHAR 

21-SEP-89 

AD_VP 

17000 

90 


102 

Lex 

De Haan 

LD E HAAN 

1 3-JAN-93 

A,D_VP 

17000 

90 


103 

Alexander 

Hunold 

AHUNOLD 

03-JAN-90 

IT_PROG 

9000 


30 


104 

Bruce 

Ernst 

BERNST 

21-MAY-91 

IT_PROG 

6000 


30 


107 

Diana 

Lorentz 

DLORENTZ 

07-FEB-99 

IT_PROG 

4200 


30 


124 

1 1 

Kevin 

« 1 

Mourgos 

■ 1 

KMOURGOS 

1 1 

16-NOV-99 

1 1 

ST_MAN 

1 1 

5800 

1 1 

50 

1 
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Syntaxe de l'instruction UPDATE 


□ Utilisez l'instruction UPDATE 
existantes. 

pour modifier des lignes 

UPDATE 

table 


SET 

column = value 

[ , column = value, . . . ] 

[WHERE 

condition ] ; 



□ Si nécessaire, vous pouvez modifier plusieurs lignes à 
la fois. 
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Modifier des lignes d'une table 


□ La clause WHERE permet de modifier une ou 
plusieurs lignes spécifiques. 


UPDATE employées 

SET department id = 70 

WHERE employée id = 113 

• 

r 

1 row updated * 


□ En cas d'absence de la clause WHERE, toutes les 
lignes sont modifiées. 

UPDATE copy emp 

SET department id = 

22 rows updated « 

110; | 
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Modifier deux colonnes à l'aide d'une 
sous-interrogation 


Modifiez le poste et le salaire de l'employé 1 1 4 pour 
qu'ils correspondent à ceux de l'employé 205. 


UPDATE 

employées 




SET 

job id = 

(SELECT 

job id 




FROM 

employées 




WHERE 

employée id = 205) 

r 


salary = 

(SELECT 

salary 




FROM 

employées 




WHERE 

employée id = 205) 


WHERE 

employée id = 

114; 

1 TO>W 

updated. 
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Modifier des lignes en fonction d'une 
autre table 


Utilisez des sous-interrogations dans l'instruction 
UPDATE pour modifier des lignes d'une table à l'aide 
de valeurs d'une autre table. 


UPDATE 

SET 


c °py_emp 
department id 


WHERE job id 


1 row updated . 


(SELECT department_id 


FROM 


employées 


WHERE employee_id = 100) 
(SELECT job id 


FROM 


employées 


WHERE employee_id = 200) ; 
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Erreur de contrainte d'intégrité lors de 
la modification de lignes 


UPDATE employées 

SET department_id = 55 

WHERE department id = 110; 


UPDATE employées 
★ 

ERROR at line 1: 

ORA-02291 : integrity constraint (HR . EMP_DEPT_FK) 
violated - parent key not found 


Le numéro de service 55 n'existe pas. 
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Supprimer une ligne d'une table 


DEPARTMENTS 


DEPARTMENTJD 

DEPARTMENT_NAME 

MANAGERJD 

LOCATIONJD 

10 

Administration 

200 

1700 

20 

Marketing 

201 

1800 

30 

Purchasing 



100 

Finance 


1 

50 

Shipping 

124 

1500 

60 

IT 

103 

1400 


Supprimez une ligne de la table departments. 


DEPARTMENTJD 

DEPARTMENT JtAME 

MANAGERJD 

LOCATIONJD 

10 

Administration 

200 

1700 

20 

Marketing 

201 

1300 | 

30 

Purchasing 



50 

Shipping 

124 

1500 

60 

!T 

103 

1400 j 
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Instruction DELETE 


Vous pouvez supprimer des lignes d'une table au 
moyen de l'instruction DELETE. 


DELETE [FROM] table 
[WHERE condition ] ; 
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Supprimer des lignes d'une table 


□ La clause WHERE permet de supprimer des lignes 
spécifiques. 

DELETE FROM departments 

WHERE department_name = ' Finance ’ ; 

1 row deleted. 

□ En cas d'absence de la clause WHERE, toutes les 
lignes sont supprimées. 


DELETE FROM copy_emp ; 

22 rows deleted. 
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Supprimer des lignes associées à des 
valeurs d'une autre table 


Utilisez des sous-interrogations dans l'instruction 
DELETE pour supprimer des lignes dont certaines 
valeurs correspondent à celles d'une autre table. 


DELETE FROM employées 
WHERE department_id = 

(SELECT department_id 
FROM departments 

WHERE department_name LIRE ' %Public% ' ) ; 

1 row deleted* 
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Erreur de contrainte d'intégrité lors de 
la suppression de lignes 


DELETE FROM departments 
WHERE department id = 60 ; 


DELETE FROM departments 

* 

ERROR at line 1: 

ORA-02292 : integrity constraint ( HR . EMP_DE PT_FK ) 
violated - child record found 

Vous ne pouvez pas supprimer une ligne qui contient une clé 
primaire utilisée comme clé étrangère dans une autre table. 
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Synthèse 


Ce chapitre vous a permis d'apprendre à utiliser des 
instructions LMD. 


Instruction 

Description 

INSERT 

Ajoute une nouvelle ligne dans une table 

UPDATE 

Modifie des lignes dans une table 

DELETE 

Supprime des lignes d'une table 
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Prof. Omar EL BEGGAR 


SOUS-INTERROGATIONS 


SQL-LMD 


Module 1231: 
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Objectifs 


A la fin de ce chapitre, vous pourrez : 

□ décrire les types de problème que les 
sous-interrogations permettent de résoudre 

□ définir des sous-interrogations 

□ énumérer les types de sous-interrogation 

□ écrire des interrogations monolignes et multilignes 
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Résoudre un problème 
à l'aide d'une sous-interrogation 


Qui touche un salaire supérieur à celui d'Abel ? 
Interrogation principale : 

Quels employés touchent un salaire 
supérieur à celui d'Abel ? 

Sous-interrogation : 

Quel est le salaire d'Abel ? 
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Syntaxe des sous-interrogations 


SELECT select list 


FROM 

table 



WHERE 

expr opérai 

tor 




(SELECT 

select_list 



FROM 

table) ; 


□ La sous-interrogation (interrogation interne) 
s'exécute une fois avant l'interrogation principale. 

□ L'interrogation principale (interrogation externe) 
utilise le résultat de la sous-interrogation. 
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Utiliser une sous-interrogation 
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Règles d'utilisation des 
sous-interrogations 


□ Placez les sous-interrogations entre parenthèses. 

□ Placez les sous-interrogations dans la partie 
droite de la condition de comparaison. 

□ La clause ORDER BY de la sous-interrogation 
n'est requise que si vous effectuez une analyse de 
type n-premiers. 

□ Utilisez des opérateurs monolignes dans les 
sous-interrogations monolignes et des opérateurs 
multilignes dans les sous-interrogations multilignes. 
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Types de sous-interrogation 


• Sous-interrogation monoligne 


Interrogation 


principale 


Sous- 


interrogation 



ST CLERK 


Sous-interrogation multiligne 


ST_CLERK 
SA MAN 


Interrogation 

principale 

Sous- 

interrogation j 
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Sous-interrogations monolignes 


□ Renvoient une seule ligne 

□ Utilisent des opérateurs de comparaison monolignes 


Opérateur 

Signification 

= 

Egalé 

> 

Supérieur à 

>= 

Supérieur ou égal à 

< 

Inférieur à 

<= 

Inférieur ou égal à 

<> 

Différent de 


Prof. Omar EL BEGGAR Module 123 1 : Bases de données 




Exécuter des sous-interrogations 

monolîgnes 


SELECT last_name, job_id, salary 
FROM employées 
WHERE job_id = 


CLERK 


AND 


salary > 



(SELECT job_id 
FROM employées 
WHERE employée id = 141) 


2600 


(SELECT salary 
FROM employées 
WHERE employée id = 143) 


LAST_NAME 

JOBJD 

SALARY 

Rajs 

ST_CLERK 

3500 

Davies 

ST_CLERK 

3100 
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Utiliser des fonctions de groupe dans 

une sous-interrogation 

SELECT last_name, job_id, salary 

FROM employées ?^n n 

WHERE salary = 

(SELECT MIN (salary) 

FROM employées) ; 


LAST_NAME 

JOBJD 

SALARY 

Vargas 

ST_CLERK 

2500 
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Clause HAVING et sous-interrogations 


□ Le serveur Oracle exécute d'abord les 
sous-interrogations. 

□ Le serveur Oracle renvoie les résultats dans la clause 
HAVING de l'interrogation principale. 
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Erreurs dans les sous-interrogations 


SELECT employée ±d, last name 
FROM employées 

WHERE salary = 



( SELECT MIN ( salary) 

FROM employées 


GROUP BY department id) ; 


ERROR : single-row subquery returns more than 
one row 


Opérateur monoligne dans uns sous-interrogation multiligne 
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Problèmes liés aux sous-interrogations 


SELECT last name, job id 
FROM employée s 

WHERE job id = 



(SELECT job_id 
FROM employées 

WHERE last name = ' Haas ' ) 

• 

r 


no rows selected | 


La sous-interrogation ne renvoie aucune valeur 
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Sous-interrogations multilignes 


□ Renvoient plusieurs lignes 

□ Utilisent des opérateurs de comparaison multilignes 


Opérateur 

Signification 

IN 

Egal à n'importe quel membre de la liste 

ANY 

Compare la valeur à chaque valeur 
renvoyée par la sous-interrogation 

ALL 

Compare la valeur à toutes les valeurs 
renvoyées par la sous-interrogation 
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Utiliser l'opérateur ANY dans 
les sous-interrogations multilignes 



EMPLOYEEID 

LASTNAME 

JOEMD 

SALARY 

124 

Mourgos 

ST_MAIM 

5300 

141 

Rajs 

ST_CLERK 

3500 

142 

Davies 

ST_CLERK 

3100 

143 

Matos 

ST_CLERK 

2600 

144 

Vargas 

ST_CLERK 

2500 


■ ■ ■ 


10 rows selected. 
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Utiliser l'opérateur ALL dans 
les sous-interrogations multilignes 


SELECT employée ±d, 
FROM employées 

WHERE salary < ALL 

last_name, job_id, salary 

I 9000, 6000, 4200 


(SELECT salary 
FROM employées 

WHERE job_id = 'IT_PROG') 


AND job_id <> 'IT_PROG'; 


EMPLOYEEID 

LASTNAME 

JOBID 

SALARY 

141 

Rajs 

ST_CLERK 

3500 

142 

Davies 

ST_CLERK 

3100 

143 

Matos 

ST_CLERK 

2600 

144 

Vargas 

ST_CLERK 

2500 
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Synthèse 


Ce chapitre vous à permis d'apprendre à : 

□ déterminer quand une sous-interrogation peut aider à 
résoudre un problème 

□ écrire des sous-interrogations lorsqu'une interrogation 
est basée sur des valeurs inconnues 


SELECT 

select list 


FROM 

table 



WHERE 

expr operator 




(SELECT 

select list 




FROM 

table ) ; 
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Pourquoi Conception d’une BDR 


Quand nous construisons directement les tables d’une base de 
données dans un logiciel de gestion de bases de données(Oracle, 
MySQL, DB2, PostGre, Informix,...), nous sommes exposés à deux 
types de problèmes: 


- Nous ne savons pas toujours dans quelle table placer certaines 
colonnes(par exemple l’adresse de livraison se met dans la table des 
clients ou dans la table des commandes?); 


- Nous avons du mal à prévoir les tables de jonction intermédiaires( 
par exemple, la table des interprétations qui est indispensable entre 
les tables des films et la table des acteurs). 


Il est donc nécessaire de recourir à une étape préliminaire de 

conception. 
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Phases de conception d’une Base de 



Analyse du 
Système ^ 
d’information dans 
l'esprit du client ou Conception du Modèle 
à partir e cahier de Entité/association ou 
charge (s’il existe) MCD 









V 








































Passage du MCD au 
MLD 



Serveur 

BDD 
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Phases de conception d’une base de données 

Quatre phases : 

1. Analyse du problème 

2. Modèle conceptuel des données (MCD) 

3. Modèle logique des données (MLD) 

Modèle physique (réalisation dans le SGBD) 


4 . 


Méthodologie de Conception 


□ Face à une situation bien déf înîe( soit à travers un énoncé précis, soit à travers 
une collection de formulaires ou d’états ou à travers un cahier de charge,...)/ 
vous pouvez suivre cette méthodologie afin de concevoir votre base de 
données et établir le modèle Entité/Association: 

î. Identifier les entités (faire attention aux synonymes), 

2. Lister leurs attributs. 


3. Choisir un identifiant ou créer un, 

4 . Etablir les associations et ajouter leurs attributs s’ils existent, 

5. Calculer les cardinalités, 


6 . Normaliser votre modèle. 
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Modèle Conceptuel de Données 

• Modèle Conceptuel de Données (MCD) est une 
représentation graphique formalisée avec des entités et 
associations, qui tente de représenter et historier les 
données métier d'un système d'information. 

• Ce schéma obéit à quelques conventions graphiques très 
simples et à quelques règles de construction ou de 
normalisation précises. 

• Il manipule essentiellement deux concepts : les entités et 
les associations 

• Il fait partie des modèles conceptuels proposés par la 

méthode d’analyse et conception des systèmes 

d’information française « Merise ». 
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Aperçu sur la méthode Merise 

□ Méthode d’Etude et de Réalisation Informatique pour 
les Systèmes d’Entreprîse (Merise), élaborée en France 
en 1 979, pour le compte du ministre de l’industrie 
français. 

□ Merise est une méthode d’analyse et de conception des 
Systèmes d’information (SI) des entreprises 

□ La démarche Merise étudie le SI d'une entreprise en 
procédant à 3 découpages sur 4 niveaux: MERISE décrit 
le SI sous forme de trois découpages : communication, 
traitement et données et Quatre niveaux : conceptuel, 
organisationnel, logique et physique 
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Entité-Définition- 


□ Une entité forment un tout qui regroupe des occurrences de 
même nature. 

□ Toutes les occurrences d'une entité sont décrites par un ensemble 
de propriétés dont les valeurs changent d'une occurrence à 
l'autre. 

□ Elles représentent soit une personne physique (les professeurs, les 
étudiants), soit une personne morale (les entreprises), soit une 
chose (les compétences, les types de stage, les promos), soit des 
événements (les stages). 


MI231 : Bases de Données Prof. Omar EL BEGGAR 



Entité-Représentation- 


□ 


Elle est représentée tout simplement par un rectangle composé de 
deux compartiments le premier compartiment indique le nom de 
l’entité et le deuxième compartiment contient la liste de toutes ses 
propriétés ou attributs. 


ENTITE 


Identifiant 

propriétél 

propriété2 



NoVéhicule 


Catégorie 

Marque 

NoChassis 

NoMoteur 

DateCirculation 
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Attribut 


12 


□ Un attribut est une propriété d’une entité ou d’une association. 

□ Par exemple: Référence, libellé et prix unitaire se sont des 
attributs de l’entité produit. Alors que le CNE, nom et prénom se 
sont des attributs de l’entité Etudiant. 


□ Un attribut a un nom et un type de données dont ses valeurs 
doivent le respecter . 

□ L’entité et ses attributs doivent traiter qu’un seul sujet afin 
d’assurer une certaine cohérence du modèle. 



Produits 


Référence 

libellé 

Prix unitaire 
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Identifiant ou clé 


□Parmi les propriétés une (ou une combinaison de plusieurs) joue un rôle 
particulier car elle permet d'identifier à coup et de façon unique une 
occurrence de l’entité: c'est l'identifiant dit aussi clé. 

□Le plus souvent c'est un numéro, un code, une référence etc. Soit il existe 
déjà dans la réalité du SI ou le fruit d'une codification interne. 

□Exemple le CNE de l’étudiant ou la référence de l’article. 

□Toute entité doit avoir un identifiant, en principe celui-ci est stable, c'est à 
dire que sa valeur pour une occurrence donnée ne change pas. 

□Par construction il apparaît en tête des propriétés et il est souligné. 



Produits 


Etudiants 

Référence 

Clé 

CNE 

libellé 


Nom 

Prix unitaire 

— MI231 

: Bases de Données Prof. Omar 

prénom 

ELBEGGAR 



2 - Modèle Entités - Relations 


Type d’identifiants ou Clés 

□ clé candidate: un ensemble minimal d’attributs qui identifie 
de façon unique une occurrence d’entité 

□ clé primaire: une clé candidate choisie pour identifier de 
façon unique chaque occurrence d’entité 

□ clé composée: une clé candidate composée de deux ou 
plusieurs attributs 
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Association-Définition- 


□ Association est une liaison entre entités qui a une 
signification précise. 

□ Il est judicieux de nommer les associations par un 
verbe à l'infinitif car il y a toujours plusieurs sens de 
lecture. 

□ La plupart des associations sont binaires, c'est à 
dire qu'elles relient deux entités. 

□ Par exemple Effectuer associe étudiant et stage : un 
stage est effectué par un étudiant et ce dernier peut 
effectuer plusieurs stages : les deux sens de lecture 
sont chacun porteur de sens. 
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Association-Représentation- 




Types d’association 


□ Association binaire: liaison entre deux entités 
seulement. 

□ Association plurielles: Elle relie plusieurs entités à la 
fois, (une association peut être ternaire, voire 
quaternaire, au delà c'est beaucoup plus rare...) 

□ Association réflexive: lie l’entité à elle même 
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Exemples des types d’associations 


Association binaire 



Association plurielle (ternaire) 



Association réflexive 
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Remarques 


□ Une entité possède au moins une propriété( qui est 
son identifiant); 

□ Une association peut être dépourvue d’attributs 
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Cardinalité 


□ La cardinalité d’un lien entre une entité et une association précise le 
minimum et le maximum de fois qu’une occurrence de l’entité peut être 
concerné par l’association. 

□ Exemple : un client a au moins commandé un produit et peut 
commander n produits (n étant indéterminé), tandis qu’un produit peut 
avoir été commandé entre 0 et N fois (même si ce n’est pas le même N 
que précédemment). 
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Déterminer les cardinalités 


□ La seule difficulté pour déterminer les cardinalités est de poser les 
questions dans le bon sens. Autour de l’association effectuer par 
exemple: 

□ Côté étudiants, la question est : « un étudiant peut être inscrit à 
combien de filière? » 

□ Côté filières, la question est: « une filière peut avoir l’inscription de 
combien d’étudiants ? » 
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Normalisation 


Le but essentiel de la normalisation est d'éviter les anomalies transactionnelles 
pouvant découler d'une mauvaise modélisation des données et ainsi éviter un certain 
nombre de problèmes potentiels tels que : 

■ les anomalies de lecture, 

■ les anomalies d'écriture, 

■ la redondance des données 

■ et la contre performance. 

La normalisation des modèles de données permet de vérifier la robustesse de leur 
conception pour améliorer la modélisation (et donc obtenir une meilleure 
représentation) et faciliter la mémorisation des données en évitant les problèmes 
sous-jacents de mise à jour ou de cohérence. 


La normalisation s’applique à toutes les entités et aux relations porteuses de 
propriétés. 
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Normalisation des noms 


□ Le nom d’une entité, association ou propriété doit 
être unique. 

□ Utiliser un nom commun au pluriel pour les entités 

□ Pour les associations, utiliser un verbe à l’infinitif 

□ Pour les propriétés, utiliser un nom commun singulier 
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Normalisation des identifiants 


□ Eviter les identifiants qui ne garantissent pas l’unicité 
des occurrences de l’entités 

□ Eviter les identifiants susceptibles de changer au cours 
du temp$(plaque d’immatriculation) 

□ Eviter les identifiants longs formée par des chaînes de 
caractères. 

□ En conclusion l’identifiant ou la clé d’une entité doit 
être choisie de manière qu’il soit entier simple et 
inchangeable dans le temps 
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Normalisation des propriétés 


□ Eviter les propriétés calculables ou dérivables 

□ Remplacer les propriétés en plusieurs exemplaires 
ou admettant plusieurs valeurs par une nouvelle 
entité contenant cette propriété et associée à 
l’ancienne entité. 


MI231 : Bases de Données Prof. Omar EL BEGGAR 



Formes normales 


□ A ces règles de normalisation, il convient d’ajouter 
le 3 formes normales 
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1 FN - première forme normale 


□ Relation dont tous les attributs : 

contiennent des valeurs indivisibles et non répétitives (les 
valeurs ne peuvent pas être divisées en plusieurs sous-valeurs 
dépendant également individuellement de la clé primaire) 

Le non respect de deux premières conditions de la 1 F N rend la 
recherche parmi les données plus lente et conduit régulièrement à 
une mise à jour des données. 

□ Dans ce cas les valeurs du fournisseur sont multivaluées et ne sont pas atomiques. Pour 
que cette relation soit en première forme normale, il faut décomposer les attributs de 

In rnlnnno fm irniccpi ir rnmmo ci lit • 


Produit 

Fournisseur 

téléviseur 

VIDEO SA. HITEK LTD 


Produit 

Fournisseur 

téléviseur 

VIDEO SA 

téléviseur 

HITEK LTD 
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3 - Modèle Relationnel 


Exemple de 1 FN 


Dans ce cas, un employé peut posséder plus qu’un numéro de 
téléphone. Les anomalies constatées dans ce modèle sont 
relative: 

A 

oA la Recherche lente par exemple d’un numéro de tél. 
oLa mise à jour complexe d’un numéro de tél. 


Employés 


N°Emp 

nom 

NumTél / 

1 

Dupont 

'tôl 23456, 06)4 1 1 } 

2 

Durant 

{0^4567,062222} 

3 

Villier 

{034W#063333} 

12 

Fornier 

{0456^8vSÇ64444} 


Correction ? 
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2FN - deuxième forme normale 

la relation respectant la première forme normale et dont : 

□ Tout attribut ne composant pas un identifiant dépend 
de tout T identifiant. 

□ Le non respect de la 2FN entraîne une redondance des 
données qui encombrent alors inutilement la mémoire et 
I espace disque. 

□ chaque attribut qui n'appartient pas à la clé 
(l'ensemble des attributs permettant d'identifier de 
manière unique un tuple de l'entité) ne dépend pas 
uniquement d'une partie de la clé 

Autrement dit, toute dépendance Clé ^ A est élémentaire (si A 

n’appartient pas â une clé). 
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2FN - deuxième forme normale 


■ Admettons que la clé de cette table soit une clé composite (produit - 
fournisseur). Dans le cas d'un changement d'adresse d'un fournisseur, il 
faudra faire preuve de beaucoup d'attention pour n'oublier aucun endroit 
où l'adresse est mentionnée. En effet, on constate que le champ adresse ne 
dépend que d'une partie de la clé : le champ fournisseur, ce qui induit la 
possibilité d'une redondance au sein de la table. Il convient donc de scinder 


la table en deux: 


Produit 

Fournisseur 

Adresse fournisseur 

téléviseur 

VIDEO SA 

13 rue du cherche-midi 

écran plat 

VIDEO SA 

13 rue du cherche-midi 

téléviseur 

HITEK LTD 

25 Bond Street 


Produit 

Fournisseur 

téléviseur 

VIDEO SA 

téléviseur 

HITEK LTD 

écran plat 

VIDEO SA 


Fournisseur 

Adresse fournisseur 

VIDEO SA 

13 rue du cherche-midi 

HITEK LTD 

25 Bond Street 



■ De cette manière, un changement d'adresse ne donne lieu qu'à une seule 
modification dans la table des fournisseurs 
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3FN - troisième forme normale 



la relation respectant la seconde forme normale et dont : 

Tout attribut ne composant pas un identifiant dépend directement d'un identifiant. 

Le non respect de la 3FN peut également entraîner une redondance des données. 

les attributs qui ne font pas partie de la clé ne dépendent pas d'attributs ne faisant pas non plus 
partie de la clé (les attributs sont donc complètement indépendants les uns des autres). 


Fournisseur 

Adresse fournisseur 

Ville 

Pays 

VIDEO SA 

13 rue du cherche-midi 

PARIS 

FRANCE 

HITEK LTD 

25 Bond Street 

LONDON 

ENGLAND 


Le pays de l'adresse n'est pas dépendant de la clé de la table, à savoir le nom du fournisseur, 
mais est fonction de la ville de l'adresse. De nouveau, il est préférable de scinder la table en 
deux: 


Fournisseur 

Adresse fournisseur 

Ville 

VIDEO SA 

13 rue du cherche-midi 

PARIS 

HITEK LTD 

25 Bond Street 

LONDON 


Ville 

Pays 

PARIS 

FRANCE 

LONDON 

ENGLAND 
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Les différentes formes normales 


□ Pour se souvenir de l'ordre et des caractéristiques des trois premières 
formes normales, il suffit de se rappeler le serment que tous les témoins 
doivent prêter devant la justice : 

Je jure de dire la vérité, toute la vérité, rien d'autre que 

la vérité . 


Ce qui donne : 1 FN = La clé. 2FN = Toute la clé. 3FN = Rien que la clé. 
La phrase originale étant : "The key, the whole key, nothing but the key" (Chris 
Date). Elle est empruntée à l'œuvre de Shakespeare. 
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INTRODUCTION AU MLD 


Après avoir conçu le Modèle Conceptuel de Donnée (MCD), il est maintenant temps 
de le transposer en Modèle Logique de Données Relationnelles (MLDR). Ce MLDR est 
en fait le dernier pas avant la création de la base de données. 

• Après avoir définis les notions de clé primaire et de clé étrangère, nous étudierons 
plus particulièrement les 6 règles strictes, nécessaires et suffisantes pour passer d'un 
MCD à un MLD. 

Le MLD est lui aussi indépendant du matériel et du logiciel, il ne fait que prendre en 
compte l'organisation des données. 
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Représentation d’un Modèle relationnel 


Le modèle logique de données peut être exprimé sous deux formes 


□ Forme textuelle (schéma relationnel) 

□ Forme graphique 
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Schéma relationnel 


le MLDR ou schéma relationnel a été inventé par Codd en 1970, et repose sur la 
Théorie Ensembliste... vocabulaire : Les données sont stockées dans des relations. Une 
relation est un ensemble de T-uple, et un T-uple est définis par un ou plusieurs 
attributs. Dans la pratique, la relation est en fait la table, un T-uple est une ligne (ou 
enregistrement), et les attributs sont les colonnes. 


Schéma relationnel permet de présenter les différentes relations de la BD, ainsi que 
leurs clés primaires, clés étrangers et les autres attributs. 

Exemple : 

TABLEf cle primaire , colonne!, colonne2, #cle_etrangere) 

Exemple : 

Dans la forme textuelle , les clés primaires étant soulignées et les clés 
étrangères marquées par un signe distinctif (ici * ou #) à la fin. 

EQUIPES ( CodeEquipe. NomEquipe, DirecteurSportif) 

• COUREURS ( NuméroCoureur. NomCoureur, CodeEquipe*, CodePays*) 

• ETAPES ( NuméroEtape. VilleDépart, VilleArrivée, NbKm) 

• TEMPS ( NuméroCoureur*. NuméroEtape*. TempsRéalisé) 

• PAYS ( CodePays. Nom Pays) 
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Forme graphique 

□ On peut aussi le représenter sous forme graphique, de 
manière à mieux visualiser et interpréter les liens : 
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CLES PRIMAIRE ETRANGERE 


• Exemple de la table EMAILS : 


ld_email 

Sujet 

DateEnvoie 

Contenu 

ld_rubrique 

12 

Email12 

11/11/2007 

Texte 

1 

13 

Email13 

01/01/2008 

Texte 

2 


• Cette table est décrite par : 

EMAIL ( id email . Sujet, DateEnvoie, Contenu, #id_rubrique) 


• Chaque enregistrement doit être identifié de manière unique. L'attribut qui permet 
d'identifier de façon unique chaque ligne est appelée la Clé Primaire. Elle peut être 
composée, c'est à dire comprendre plusieurs attributs. Ici, il s'agit de l'attribut 
id_email. 

La table EMAILS comprend un attribut provenant de la table RUBRIQUES, l'attribut 
id_rubrique. Cet attribut est appelé Clé Etrangère. 

Dans le formalisme, la clé primaire est soulignée, et la clé étrangère est précédée du 
signe #. 

Dans notre exemple : 

Rubrique ( id rubrique . Nom) 

EMAILS ( id email . Sujet, DateEnvoie, Contenu, #id_rubrique) 
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REGLES DE PASSAGE 


□ 1 : Une entité se transforme en une relation (table) 


Toute entité du MCD devient une relation du MLDR, et donc une table de la Base de 
Donnée. Chaque propriété de l'entité devient un attribut de cette relation, et dont une 
colonne de la table correspondante. L'identifiant de l'entité devient la Clé Primaire de 
la relation (elle est donc soulignée), et donc la Clé Primaire de la table 


correspondante. 

CLIENT 


Id client 
Nom_CI»ent 
Tel client 


<==>CLIENT (id client Nom_Client, Tel_elient) 
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REGLES DE PASSAGE 


• 2 : Relation binaire aux cardinalités (X,1) - (X,n), X=0 ou X=1 

La Clé Primaire de la table à la cardinalité (X,n) devient une Clé Etrangère dans la 
table à la cardinalité (X,l) : 

• Exemple de Système d'information (SI) : 

Un employé a une et une seule société. Une société a 1 ou n employés. 


• Modèle Conceptuel de Donnée (MCP) : 


EMPLOYE 

1 

travailler 

SOCIETE 

id Emplove 
Nom_Employe 

id société 
Nom_Societe 

1,1 



• Modèle Logique de Donnée Relationnelle (MLDR) : 

EMPLOYE ( id Employé. Nom_Employe, #id_Societe) 
SOCIETE ( id Société. Nom_Societe) 

• Représentation graphique : 



MI231 : Bases de Données Prof. Omar EL BEGGAR 



REGLES DE PASSAGE 


3 : Relation binaire aux cardinalités (X,n) - (X,n), X=0 ou X=1 


Il y a création d'une table supplémentaire ayant comme Clé Primaire une clé composée des 
identifiants des 2 entités. On dit que la Clé Primaire de la nouvelle table est la 
concaténation des Clés Primaires des deux autres tables. 

Si la relation est porteuse de donnée, celles ci deviennent des attributs pour la nouvelle 
table. 


S.l. : 

Une commande est composée de 1 ou n produits distincts en certaine quantité. Un produit 
est présent dans 0 ou n commandes en certaine quantité. 

MCD : 



MLD : 

COMMANDE ( id Commande. Date_commande) 
PRODUIT f id Produit, libelle) 

COMPOSE ( id Commande, id Produit, qantité) 



Représentation 

graphique: 

Prof. Omar EL BEGGAR 



REGLES DE PASSAGE 


□ 4 : Relation n-aire (quelles que soient les cardinalités). 

Il y a création d'une table supplémentaire ayant comme Clé Primaire la concaténation des 
identifiants des entités participant à la relation. 

Si la relation est porteuse de donnée, celles ci deviennent des attributs pour la nouvelle table. 

□ S.l. ; 
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REGLES DE PASSAGE 


5 : Association Réflexive. 

Premier cas : cardinalité (XJ ) - (X,n), avec X=0 ou X=1 . 

La Clé Primaire de l'entité se dédouble et devient une Clé Etrangère dans la relation ou 
nouvelle table. Exactement comme si l'entité se dédoublait et était reliée par une relation 
binaire (XJ ) - (X,n) 

S.l. : 

Prenons l'exemple d'une société organisée de manière pyramidale : chaque employé a 0 
ou 1 supérieur hiérarchique direct. Simultanément, chaque employé est le supérieur 


hiérarchique direct de 0 ou plusieurs em 

ployés. 

MCD : 

EMPLOYE 

— 0 , 


id Emplove 



Nom_Employe 


MLDR : 


0 



sup_hierarchiq 


ue ^ 


EMPLOYE ( id Employé. Nom_Employe, #id_Sup_Hierarchique) 

#id_Sup_Hierarchique est l'identifiant (id_Employe) du supérieur hiérarchique direct de 
l'employé considéré. 


EMPLOYE 

ID EMPLOYE 

int 

EMP_ID_EM PLOYE 

int 

NOM_EMPLOYE 

va rchar(2ÜÜ) 


ID EMPLOYE = E 


MP ID EMPLOYE 
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REGLES DE PASSAGE 



• Deuxième cas : cardinalité (X,n) - (X,n), avec X=0 ou X=1 . 

De même, tout se passe exactement comme si l'entité se dédoublait et était reliée par 
une relation binaire (X,n) - (X,n) (Cf règle 3). Il y a donc création d'une nouvelle table. 


S.I. : 

Prenons cette fois l'exemple d'une organisation de type familiale : chaque personne a 
ou n descendants directs (enfants), et a aussi 0 ou n descendants directs (enfants). 
MCP: 


MLDR 


PERSONNE 


id Personne 
Nom Personne 


-Ü.n 


parent 


-0,n 



enfant 


PERSONNE ( id Personne. Nom_Personne) 

PARENTE ( Md Parent. #id Enfant ) 

#id_Parent est l'identifiant (id_Personne) d'un ascendant direct de la personne. 
#id_Enfant est l'identifiant (id_Personne) d'un descendant direct de la personne. 

La table PARENTE sera en fait l'ensemble des couples (parents-enfants) présent dans 


cette famille. 


ID PERSONNE = PARENT ID PERSONNE 



ID PERSONNE = ID PERSONNE 



REGLES DE PASSAGE 


• 6 : Relation binaire aux cardinalités (0, 1) - (1,1). 

La Clé Primaire de la table à la cardinalité (0,1 ) devient une Clé Etrangère dans la 
table à la cardinalité (1,1) avec une contrainte d’unicité: 

• $. 1 . : 


Dans ce centre de vacances. Chaque animateur encadre en solo 0 ou 1 groupe, chaqu 
groupe étant encadré par un et un seul animateur. 

MCP: 


ANIMATEUR 


id animateur 
Nom Animteur 


0,1 


y Encadre 


GROUPE 
-1 ,1-| id Groupe 
Nom_Groupe 


. MLDR : 

ANIMATEUR ( id Animateur. Nom_Animateur) 

GROUPE ( id Groupe. Nom_Groupe, #id_animateur(non vide,unique)) 
Graphiquement: id_animateur = id_animateur 

GROUPE 

ID GROUPE înt - 
ID_ANIMATEUR int 
N0M_GR0UPE varchai(20Ci) 


ANIMATEUR 


ID ANIMATEUR 

int 

N0M_ANIMATEUR 

varchai(200) 
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CONCLUSION 


• Ces 6 règles représentent TOUS les cas de passage du MCD aux MLD que vous 
pourrez rencontrer. Et surtout, votre base de donnée devra correspondre 
EXACTEMENT au système d'information décris dans le cahier des charges. 


• De plus, écrire le MCD, le valider avec votre client, puis en déduire le MLDR qui 
sera une assise pour la création de la base de données. 


• la majorité du travail restant ne sera plus qu'une question de requêtes, de mise en 
forme et d'ergonomie, avec une bonne gestion d'Entrée/Sortie de l'information... 
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